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PREFACE 


This  report  documents  research  conducted  under  Project  AIR  FORCE  (former- 
ly Project  RAND i by  The  Rand  Corporation.  The  work  described  here  was  per- 
formed as  part  of  t he  project  entitled  "Analysis  of  Systems  for  Air  Force  Education 
and  1 raining  under  Rand’s  Manpower,  Personnel,  and  Training  Program.  It  is  the 
fourth  in  a sei  .es  presenting  Rand's  MODIA  planning  system.  MODIA,  a Method 
of  Designing  /nstructional  Alternatives,  is  a system  of  people,  computer  programs, 
and  procedures  that  allows  the  rapid  specification  and  simulation  of  courses  of 
instruction  during  the  early  stages  of  instructional  design.  It  augments  and  can  be 
used  in  the  present  Air  Force  instructional  systems  development  (ISD)  process. 

The  development  of  MODIA  has  been  supported  by  the  Deputy  Chief  of  Staff 
Personnel,  Headquarters  L nited  States  Air  Force,  and  the  Air  Training  Command, 
especially  DCS  Technical  Training,  the  Training  Development  Directorate,  and 
personnel  at  the  Keesler  School  of  Applied  Aerospace  Sciences.  It  is  part  of  Rand’s 
continuing  research  effort  in  the  areas  of  planning  and  management  in  education, 
education  technology,  and  the  cost  and  effectiveness  of  education  systems. 

This  report  describes  the  Resource  Utilization  Model,  the  component  of  MODI  A 
that  simulates  course  operations  and  reports  on  the  flow  of  students  through  a 
course  and  the  use  of  the  resources  specified  by  the  planner.  The  report  is  directed 
toward  both  course  designers  who  will  be  using  MODIA  and  computer  analysts 
whose  tasks  may  include  modifications  and  extensions  to  the  model. 

The  series  of  MODIA  reports  includes: 

R-l  (00-AF.  MODIA:  Vo  Z.  1.  Overview  of  a Tool  for  Planning  the  Use  of  Ait- 

Force  Training  Resources,  Polly  Carpenter-Huffman. 

R1 701-AF , MODIA:  Vol.  2.  Options  for  Course  Design.  Pollv  Carpenter- 

Huffman. 

R-1702-AF,  MODIA:  Vol.  3.  Operation  and  Design  of  the  User  Interface. 

Polly  Carpenter-Huffman,  Ray  Pyles,  and  Misako  Fujisaki. 

R-1703-AF.  MODIA:  Vol.  4.  The  Resource  Utilization  Model  for  Instruc- 
tional Course  Design.  Margaret  Gallegos. 

R-1704-AF,  MODIA:  Vol.  5.  A User's  Guide  to  the  Cost  Model.  Ronald  Hess 

and  Phyllis  Kantar. 
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SUMMARY 


<4  This  report  provides  a comprehensive  introduction  to  MODI  A (Method  Of 
Designing  /nstructional  Alternatives),  a system  for  planning  a training  course  that 
was  developed  to  help  the  Air  Force  improve  the  management  of  training  re- 
sources. MODIA  is  designed  primarily  for  the  use  of  the  five  technical  training 
centers  of  the  Air  Training  Command  (ATC).  These  account  for  the  bulk  of  technical 
training,  which  is  a major  Air  Force  activity  in  that  about  25  percent  of  Air  Force 
personnel  graduate  annually  from  fbrjwfll courses  at  a cost  of  over  $600  million. 

Over  a third  of  the  ItjLUWte iTTffe rent  course  hours  in  the  technical  training 
curriculum  a re- substantially  revised  or  newly  prepared  annually.  Thus,  in  the 
normaleotfrse  of  events,  ample  opportunities  arise  for  improvement  of  the  manage- 
ment of  training  resources. 

'MODIA  is  a systematic  process  for  planning  the  mix  of  students,  instructors, 
materials,  equipment,  and  facilities  and  the  procedures  by  which  all  of  these  ele- 
ments work  together  to  effect  student  mastery  of  the  subject  matter  MODIA  helps 
planners  to  create  a detailed  description  of  course  operation  and  to  derive  an 
estimate  of  course  cost  consistent  with  the  description.  This  encourages  planners 
to  devise  and  compare  alternative  plans  for  training  courses. 

The  Resource  Utilization  Model  (R.U.M.)  is  a computerized,  discrete  event 
simulation  of  course  operations  for  resource  planningAThe  model  simulates  re- 
source demand,  resource  allocation,  and  student  queueing  generated  by  student 
progress  through  the  potentially  complex  flow  patterns  of  an  instructional  course. 
It  can  optionally  include  the  stochastic  or  deterministic  generJIT) on  of  arrivals, 
classification  of  students,  failures,  and  rates  of  progress.  Another  MODIA  compo- 
nent, the  User  Interface,1  allows  the  planner  to  generate  alternative  course  designs 
Each  such  design,  created  by  the  user  interactively  with  the  User  Interface,  gener- 
ates input  for  simulation  of  the  course  by  the  Resource  Utilization  Model.  The 
model  then  supplies  reports  on  student  flow  bottlenecks  and  resource  utilization  in 
terms  of actual  resource  hours  used,  average  student  throughput  times,  and  other 
information  essential  to  planning.  The  planner  may  then  use  the  Cost  Model2  to 
determine  the  total  course  costs  of  one  or  more  alternative  course  designs.  This  is 
expected  to  be  an  iterative  process.  Validation  of  the  model  was  done  by  the  USAF 
School  of  Applied  Aerospace  Sciences  at  Keesler  AFB.  Mississippi,  and  is  docu- 
mented in  an  ATC  Project  Report  dated  July  .30,  1976. 

1 Set*  |*o||\  Carpenter  Huffman.  MODIA  \'<*l  2.  Opiums  for  Course  Design.  R 1702  A K.  and  1‘olh 
Carpenter  Huffman  and  Ka\  I* vies.  MODIA:  Vol.  -1.  Operation  ami  Design  <»/  the  I'ser  Interface.  R 1 7n;< 
AK 

See  Ronald  Hess  and  I’hvllis  Kanlar.  MODIA  Val.n.A  (set's  (luule  to  the  C«»sf  Mtnlel.  R l«<H  A I- 
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I.  INTRODUCTION 


in  planning  a new  course  or  modifying  an  old  one,  a course  designer  must 
consider  many  factors  that  will  affect  the  time  and  other  resources  required  to 
teach  the  course.  These  must  be  weighed  against  qualitative  judgments  as  to  the 
efficacy  of  certain  teaching  methods.  Additional  requirements  and  limitations  will 
be  placed  on  the  course  design  by  institutional  policies  and  cost  considerations. 
Complexity  of  the  course  planning  task  is  increased  as  the  available  options  in- 
crease. However,  even  within  seemingly  rigid  planning  constraints,  many  alterna- 
tive course  design  possibilities  may  preclude  the  careful  examination  of  each  of 
them  for  their  resource  and  time  implications. 

MODI  A is  a set  of  tools  designed  to  assist  in  the  course  planning  process.  The 
computerized  components  of  MOD1A  as  shown  in  Fig.  1 consist  of: 

1.  The  I'ser  Interface:  An  interactive,  branching  questionnaire  that  elicits  a 
tentative  course  design  from  the  user.  This  tool  assists  the  planner  in  expanding 
course  objectives  into  a series  of  sequential  learning  events.  A full  course  descrip- 
tion. including  the  teaching  strategy  for  these  learning  events,  is  developed  by  the 
planner  and  is  the  product  of  an  interactive  session  with  the  User  Interface. 

2.  The  Resource  Utilization  Model:  An  event  driven  model1  that  simulates  the 
operation  of  the  course  over  time  and  produces  detailed  reports  on  resource  utiliza- 
tion and  demand  as  well  as  student  flow  patterns — wait  and  throughput  times.  This 
model  may  be  used  in  a completely  deterministic  fashion  or  it  may  generate  sto- 
chastic events  based  on  sampling  from  random  number  streams  to  simulate  the 
inexact  nature  of  such  events  as  arrivals,  assignment  of  ability  levels,  and  other 
parameters.  The  Resource  Utilization  Model  takes  the  User  Interface  output  as 
input. 

3.  The  Cost  Model:  Provides  total  course  costs,  including  personnel  costs  and 
resource  life-cycle  costs,  given  unit  costs  and  maintenance  factors  from  the  planner. 

These  tools  are  intended  to  be  used  iteratively  to  examine  and  improve  certain 
course  design  tradeoffs.  They  may  be  used  for  the  design  of  new  courses  or  for  the 
redesign  of  existing  courses.  This  report  describes  the  Resource  Utilization  Model. 
It  deals  with  other  MODIA  components  only  insofar  as  necessary  for  an  appropri- 
ate context.  Sufficient  depth  is  provided  to  permit  installation  and  use  at  a selected 
Air  Force  base.  MODIA  is  a prototype  research  tool  to  be  reviewed  and  possibly 
modified,  or  reproduced  in  production  form  by  the  client;  therefore  this  report  does 
not  dwell  on  implementation-specific  details. 

Section  II  describes  the  process  being  modeled  and  the  model.  The  model  de- 
scription includes  a general  discussion  of  model  assumptions  and  inputs  provided 
by  the  planner  through  the  interface. 

Section  III  defines  each  output  variable  in  detail  for  reference  use.  Output 
variables  are  presented  in  the  order  in  which  they  appear  in  the  output  reports. 

1 The  model  is  coded  in  Simscript  1 1 .5.  a proprietary  language  system  of  Consolidated  Analysis 
Centers.  Inc  (CACTI,  bos  Angeles.  California, 
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Fig.  1— interactions  lie  tween  user  and  modia  components 


Sample  simulation  output  reports  are  given  An  understanding  of  this  section  is 
necessary  to  the  use  of  the  Resource  Utilization  Model. 

Section  !\  discusses  the  sample  case  developed  in  earlier  reports  in  the  series 
and  gives  some  guidelines  for  interpretation  of  the  Resource  Utilization  Model 
output  reports. 

Section  V provides  the  input  specifications  as  required  by  the  Resource  Utiliza- 
tion Model  from  the  User  Interface.  The  MODIA  user  will  generate  this  input 
automatically  through  the  User  Interface.  The  course  and  its  characteristics  are 
given  from  the  viewpoint  of  the  Resource  Utilization  Model 

Section  VI  briefly  discusses  model  limitations  and  related  assumptions.  Limita- 
tions are  described  relative  to  the  discussion  in  the  preceding  sections. 

Section  VII  provides  program  documentation  including  call  trees  and  descrip- 
tions of  each  routine. 

Appendix  A is  the  Preamble  of  the  simulation  code,  and  it  defines  all  oft  he  data 
structures  to  he  used  in  the  program.  Comments  in  the  Preamble  are  delimited  by 
quotation  marks  (")  or  end  of  line,  as  required  by  Simscript  II. 5 conventions 

Appendix  B contains  the  output  reports  for  the  sample  case. 


II.  THE  MODEL 


PROCESS  DESCRIPTION 

The  process  being  modeled  is  the  progression  or  flow  of  students  through  a 
representative  or  composite  technical  training  course.  The  focus  is  on  the  elements 
of  technical  training  that  reflect  currently  widespread  practices  and  policies  in  Air 
Force  t raining  and  on  areas  for  potential  change.  The  major  elements  of  the  process 
are: 

• Student  population. 

• Course, 

• Resources  required  for  the  course,  and 

• Decision  rules  for  student  flow  and  resource  allocation. 

The  parts  of  the  process  that  take  place  outside  normal  instruction  time  are  not 
included  in  the  model  of  the  process.  For  example,  time  scheduled  for  meals  or 
"coflee  breaks''  is  omitted.  Also  omitted  are  all  student  activities  that  do  not  relate 
directly  to  course  work,  such  as  institutional  orientation  sessions,  unscheduled 
homework,  or  "free"  time. 

Generally  stated,  the  process  consists  of  the  follow  ing: 

Students  enter  a course  at  random  or  deterministic  time  intervals. 

They  progress  through  a series  of  sequential  learning  events  that  constitute  the 
course. 

Resources  of  different  types  are  required  to  teach  the  learning  events  in  the 
course. 

Students  may  be  matched  to  learning  events  so  that  the  particular  subset  of 
sequential  learning  events  taken  by  each  student  may  be  varied  according  to  stu- 
dent characteristics.  For  example,  students  already  knowledgeable  in  a certain 
area  might  skip  that  learning  event  in  a course 

The  progression  from  one  learning  event  to  the  next  may  be  temporarily 
blocked  by  the  unavailability  of  resources  or  of  other  students  with  whom  to  take 
the  learning  event. 

Students  may  fail  the  course.  Students  may  recycle  all  or  parts  of  the  course 

The  tittle  it  takes  a student  to  complete  a learning  event  may  be  determined  by 
a fixed  time  specification  or  may  be  affected  to  some  extent  by  the  student's  ability 

The  time  it  takes  a student  to  complete  the  course  is  equal  to  the  sum  of  the 
time  spent  in  learning  events  and  the  time  spent  waiting  for  resources  or  other 
students. 

This  general  process  is  modeled  by  a set  of  interrelated  events  that  drive  the 
model.  The  model  is  kept  general  and  allows  the  planner  to  test  many  variations 
of  the  decision  rules.  The  planner  also  provides,  and  max  modify,  the  detailed 
specification  of  the  course,  the  student  population,  and  the  resources  to  be  simulat- 
ed. 
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MODEL  DESCRIPTION 
Time 

The  model  represents  time  as  a continuing  stream  of  course  hours  during  which 
students  may  make  demands  on  course  resources.  There  are  no  course  days,  as 
such,  in  the  R.L'.M.  The  user  will  be  required  to  specify  the  length  of  a course  day 
for  cost  model  purposes;  however,  this  has  no  effect  on  the  R.U.M.,  which  operates 
only  in  course  hours. 

To  illustrate  the  relationship  between  course  day  and  calendar  day,  consider  an 
R .l  ,M.  status  report  produced  at  the  20th  hour  of  simulated  time — i.e.,  at  time 
20.0  course  hours.  If  the  length  of  the  course  day  is  five  hours,  this  report  covers 
the  first  four  calendar  days  of  the  course.  If  the  course  day  is  six  hours  long,  the 
report  shows  course  status  at  the  end  of  the  second  course  hour  of  the  third 
calendar  day. 

Student  Population 

The  students  will  be  assigned  individual  ability  levels  drawn  from  a normal 
distribution  with  a mean  of  1.0  and  a standard  deviation  of  14.  These  may  be  used 
as  surrogates  for  ability  by  the  planner  or  they  may  be  ignored.  In  the  latter  case 
all  students  are  considered  to  have  equal  ability  for  course  purposes.  For  example, 
at  the  planner's  option,  in  learning  events  selected  for  individual  instruction,  stu- 
dents may  be  allowed  to  progress  at  a pace  that  is  inversely  proportional  to  their 
abilities:  Students  with  more  ability  take  less  time  and  vice  versa.  A student  with 
an  ability  level  of  1.20  will  complete  such  a learning  event  in  83  percent  of  the 
average  time  allowed  ( 1 1.20  .83).  A slower  student  with  an  ability  level  of,  say, 

.80  will  take  125  percent  of  the  average  time  allowed  (1  .80  1.25).  The  planner 

may  also  impose  an  upper  or  lower  boundary  on  the  time  allowed  in  such  a learning 
event  to  avoid  extremes  or  to  account  for  factors  other  than  ability. 

The  students  may  also  be  assigned  an  other-characteristic  flag  to  indicate  the 
possession  or  lack  of  some  special  characteristic.  For  example,  students  may  be 
classed  as  having  previous  electronics  training  or  no  previous  electronics  training. 
The  characteristic  is  defined  by  the  planner,  if  used. 

These  attributes  of  the  population  are  not  essential  to  the  model.  However, 
their  absence  eliminates  many  possible  teaching  strategies  based  on  some  degree 
of  population  stratification.  If  it  is  not  possible  to  identify  those  students  with 
superior  ability,  it  will  be  impossible  to  vary  course  content  and  teaching  method 
for  these  students. 

The  Course 

I'he  course  can  be  described  as  a series  of  sequential  learning  events.  Through 
the  l ser  Interface  the  planner  has  divided  the  course  into  a number  of  learning 
events.  This  division  may  be  gross  tit  first  and  more  detailed  in  later  design  item 
lions  The  planner  will  declare  a number  of  parameters  for  each  learning  event. 
These  parameters  will  determine  operational  strategy  for  this  part  of  the  course, 
hor  example,  each  of  t hese  learning  events  takes  some  time  to  complete.  This  t into 
parameter  can  be  specified  as  a fixed  interval  regardless  of  student  ability  or  it  may 
be  a range  of  t ime  intervals. 
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Each  learning  event  may  be  characterized  as  being  suitable  for  students  of  all 
or  some  ability  levels  and  suitable  for  students  with  or  without  the  "other  char- 
acteristic." For  example,  a learning  event  might  be  characterized  as  suitable  only 
for  students  of  average  ability  (or  less)  with  previous  electronics  training. 

Some  learning  events  may  be  characterized  as  tests.  Tests  may  be  specified  as 
failable  or  non-failable.  There  is  no  limit  to  the  number  of  tests  specified. 

"Section”  is  used  with  two  meanings.  A section  of  a learning  event  refers  to  the 
group  of  one  or  more  students  who  will  take  a particular  instance  of  that  learning 
event  together  A section  waiting  for  resources  has  this  static  meaning.  A section 
of  a learning  event  is  also  an  occurrence  of  that  learning  event.  That  is,  the  learning 
event  occurs  when  a section  of  that  learning  event  is  in  progress.  Many  sections  of 
a particular  learning  event  may  exist  simultaneously;  some  or  all  of  those  sections 
may  be  concurrently  in  progress. 

All  sections  of  a particular  learning  event  follow  the  specified  characteristics 
laid  down  by  the  planner  for  that  learning  event.  For  example,  the  size  (in  terms 
of  students)  of  a section  can  be  specified  in  terms  of  a range — a minimum  number 
required  and  a maximum  number  allowed.  Alternatively,  it  can  be  specified  as  a 
fixed  size  by  setting  minimum  equal  to  maximum.  When  a fixed  size  has  been 
specified,  all  sections  of  that  learning  event  will  contain  the  same  number  of  stu- 
dents. A section  is  not  "formed"  until  at  least  the  minimum  number  of  students 
required  have  assembled. 

The  planner  provides  the  learning  events  in  the  course  in  their  proper  sequen- 
tial order.  Students  must  take  the  learning  events  in  that  order.  Not  only  will 
learning  event  1 precede  learning  event  2,  but  once  a learning  event  has  begun,  no 
student  will  be  allowed  to  join  it  late.  Instead  the  student  must  join  a later  section 

Resources 

Resources  are  required  for  the  duration  of  some  or  all  of  the  learning  events 
in  the  course.  Each  learning  event  has  associated  with  it  a set  of  resource  types  (eg., 
instructor,  classroom). 

. A section  (of  a learning  event)  uses  resource  types  in  quantities  that 
depend  on  (a)  the  number  of  students  in  a section  when  the  section  begins 
and  (b)  the  capacities  (in  terms  of  students)  of  the  resource  types. 

• Resource  capacity  is  specified  in  terms  of  the  number  of  students  that  one 
unit  of  a particular  resource  type  can  accommodate. 

. The  presence  of  other  students  may  be  an  implicit  requirement  for  a 
learning  event.  These  students  would  not  be  part  of  the  "required  re- 
sources” set.  Instead  they  appear  as  a requirement  for  a minimum  num- 
ber of  students  per  section.  The  section  will  not  be  formed  until  this 
requirement  is  met. 

« A resource  type  is  named  by  the  planner,  and  it  is  assumed  that  all  units 
of  this  resource  type  are  fully  interchangeable  for  all  purposes  in  the 
course.  If  this  is  not  so,  the  planner  must  assign  different  names  to  those 
that  are  not  interchangeable.  Resource  characteristics  that  can  be  spe- 
cified by  the  planner  are  described  more  fully  on  p.  14. 
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Decision  Rules 

Student  flow  through  the  course  will  always  be  from  first  to  last  learning  event 
Student  flow  from  one  learning  event  to  the  next  may  be  bypassed  if  the  student's 
characteristics  do  not  match  those  of  the  learning  event. 

Student  flow  through  the  course  may  be  temporarily  blocked  if  the  minimum 
number  of  students  required  are  not  available  to  take  the  learning  event  or  if 
sufficient  resources  are  unavailable  for  the  students  in  a learning  event  section 

Resources  will  always  be  assigned  on  a first-come-first-served  basis.  (No 
scheduling  optimization  will  be  done.) 

When  some  of  the  resources  required  for  a particular  section  of  a learning  event 
are  not  immediately  available,  those  that  are  available  are  reserved  for  that  section 
of  the  learning  event  and  are  held  unavailable  until  the  additional  resources  re- 
quired are  made  available  to  the  section. 

When  there  are  not  sufficient  resources  to  service  all  students  who  require  them 
for  learning  events,  the  students  wait  until  the  resources  are  available  (released i. 

Kecvc/mg  is  the  selection  at  a test  point  of  some  percent  of  students  to  "wash 
back"  to  a previous  point  in  the  course.  Students  thus  selected  repeat  course 
material  from  the  washbaek  point  up  to  and  including  the  test  at  which  they  were 
originally  recycled. 

The  planner  may  specify  the  percent  of  students  to  recycle  for  each  learning 
event  designated  by  the  planner  as  a test,  regardless  of  whether  the  test  is  "fail- 
able."  The  planner  may  also  specify  a maximum  number  of  times  a particular 
student  may  be  sent  back  from  a particular  test  point.  Failure  is  the  selection  of 
\ percent  of students  for  failure  of  the  course.  The  selection  takes  place  at  a failable 
test.  Students  who  fail  drop  out  of  the  course  immediately.  Students  who  do  not  fail 
;.  test  the  first  time  they  take  it  do  not  fail  on  subsequent  recycles  through  the  test 
point. 

Test  failures  are  specified  by  providing  an  overall  course  fail  rate.  Some  or  all 
of  the  tests  may  then  be  specified  as  "failable."  II'  the  student  population  is  not 
stratified— that  is.  if  it  is  considered  as  a single  homogeneous  group  for  course 
purposes — the  course  failure  rate  is  distributed  evenly  over  each  failable  test.  In 
this  case,  the  probability  of  failure  at  each  test  can  be  determined  simply  from  the 
failure  rate  and  the  number  of  failable  tests.  This  results  (on  the  average)  in  a fixed 
percent  of  students  failing  each  failable  test.  (Since  student  failures  are  simulated 
through  the  generation  of  random  numbers,  the  fixed  percent  of  failures  reported 
in  the  early  stages  of  simulation  will  only  approximate  the  desired  percentage.  As 
more  students  take  a failable  test,  this  approximation  will  improve  ) If  the  student 
population  is  stratified,  the  failure  rate  may  be  apportioned  (by  the  planner)  un- 
equally across  student  categories.  This  is  explained  in  more  detail  on  p.  20. 

Examples  of  the  Process 

In  this  example,  a fixed  arrival  rate  for  students  and  a uniform  fixed  section  size 
are  assumed  for  every  learning  event  in  the  course  often  students  per  section,  and 
a fixed  completion  time  is  assumed  for  each  learning  event  of  one  hour  For  this 
course,  the  following  is  known: 


/ 


• Time  between  arrivals  (of  groups  of  students)  at  the  course  (1  hour). 

• How  many  students  allowed  in  each  section  of  a learning  event  (lOi. 

• How  long  it  takes  to  complete  each  learning  event  (1  hour). 

If  the  arrival  group  size  is  a multiple  of  10,  the  time  between  arrivals  is  one 
hour,  and  unlimited  resources  are  assumed  for  this  example,  the  throughput  time 
per  student  (the  number  of  learning  events  in  the  course)  • (one  hour).  It  is  also 
possible  to  determine  the  actual  student  load  to  expect  in  the  course  after  the 
startup  time  is  passed.  (The  startup  time  is  the  time  preceding  the  first  graduation 
from  the  course.)  Figures  2a  and  2b  show  a simplified  model  of  part  of  this  process 
Figure  2a  shows  the  logical  flow  of  the  model;  Fig.  2b  shows  the  events  generated 
by  this  process. 
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Fig.  2a— Student  flow  through  M-learning  event  course  example 
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N sections  of  Learning  Event  1 complete 

N sections  of  Learning  Event  2 start 
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Fig.  2b— Events  in  an  M-learning  event  course  example 


I'nder  the  assumed  arrival-group  sizes  and  section  sizes  for  the  learning  events, 
the  students  need  not  wait  for  other  students  to  achieve  the  required  section  size 
of  It).  There  tire  several  ways  in  which  there  might  be  a wait  of  students  for  the 
required  section  size: 

• Ifstudent  arrival  groups  were  not  a multiple  of  the  section  size  of  the  first 
learning  event  for  till  students; 

• If  t he  number  of  students  completing  a particular  learning  event  | (number 
of  such  sections  in  progress)  ■ (number  of  students  in  each  section)  | were 


9 


r ' 


not  always  a multiple  of  the  required  section  size  of  the  next  sequential 
learning  event. 

In  this  first  example,  changing  the  time  between  arrivals  will  affect  only  the 
total  number  of  students  in  the  course  at  one  time  but  will  not  affect  the  rate  of  flow 
of  individual  students.  Other  sets  of  assumptions  can  cause  the  average  time  be- 
tween arrivals  to  contribute  to  the  average  time  it  takes  a student  to  complete  the 
course— throughput  time. 

For  simplification,  resources  and  student  characteristics  have  been  alluded  to 
briefly  but  have  not  yet  been  included  in  the  model.  By  ignoring  resources  in  the 
model  it  is  possible  to  say  that  there  will  he  an  unlimited  supply  of  resources  and 
that  student  flow  would  therefore  be  unconstrained  by  resource  availability.  This 
is  usually  a valuable  case  to  simulate.  Assume,  however,  that  measurements  of 
resource  use  are  of  interest.  For  example,  for  any  given  set  of  assumptions,  it  might 
be  desirable  to  know: 

• The  maximum  number  of  units  of  a given  resource  type  concurrently  in 
use  at  any  time  in  the  course; 

• For  each  resource  type,  the  cumulative  resource  use  hours  at  a particular 
time  in  the  course — i.e.,  the  time  integral  of  the  number  of  units  in  use; 

• For  each  resource  type,  the  percent  of  available  resource  time  utilized — 
i.e.,  (the  number  of  resource  use  hours  for  a particular  resource  type) 
[(the  maximum  number  or  resource  units  in  use)  • (the  number  of  total 
course  hours  simulated)). 

To  calculate  these  numbers  the  model  requires  specification  of  the  number  of 
different  resource  types  to  be  used  in  the  course.  Then  for  each  such  resource  type 
the  capacity  of  one  unit  (in  terms  of  students)  and  the  learning  events  that  require 
the  use  of  that  resource  must  be  specified. 

Assume  a total  of  four  resource  types  with  capacities  as  shown  in  Table  1. 

For  the  sake  of  simplicity  further  assume  that  this  course  consists  of  30  learning 
events.  Resource  capacities,  when  combined  with  earlier  course  assumptions,  will 
now  have  implications  for  course  operations.  Because  sections  will  always  have  ten 
students,  instructors  of  type  B will  always  be  used  in  sets  of  two  per  section. 
Similarly,  five  equipment  sets  per  section  will  always  be  used  where  they  are 
required.  Instruction  of  type  A and  classrooms  would  be  assigned  one  to  a section 
wherever  required.  Further  assume  that  students  arrive  in  groups  of' 20.  If  every 
learning  event  in  the  course  were  to  require  the  use  of  each  of  these  resources,  the 
resource  use  measurements  could  easily  be  computed  from  the  course  load  and  the 
selection  of  some  arbitrary  number  of  course  hours  greater  than  or  equal  to  the 
time  required  for  the  first  students  to  graduate  from  the  course.  For  example, 
compute  these  measurements  for  300  course  hours;  first  the  maximum  number  of 
units  concurrently  in  use  for  each  resource  type: 

• Course  load  under  the  above  assumptions  30  learning  events  each  with 

20  students  (30  ■ 20)  600  students,  once  the  new  course  reaches  a 

steady  state  (for  this  case,  any  time  after  time  30.0  course  hours) 

• For  resource  types  1 and  2 (classroom  and  instructor  type  A)  the  max 
imum  number  of  units  in  use 

600  students 
section  size  10 


60  sections 


10 


Table  1 


Sl'KCI KK'ATION  OK  RESOURCE  TYPES  AND  THEIR  CAPACITIES 


Resource 

Type 

Name 

Capacity  (Students  per  Unit) 

i 

classroom 

10  (students  per  classroom ) 

o 

instructor  type  A 

10  (students  per  instructor) 

3 

instructor  type  B 

5 (students  per  instructor) 

4 

equipment  set 

2 (students  per  equipment  set) 

(with  I resource  unit  per  section)  60  units.  For  resource  type  3 (instruc- 
tor B)  there  will  be  two  units  (instructors)  per  section,  or  120  instructors, 
etc. 

Second,  the  total  number  of  resource  use  hours  for  each  resource  type: 

• At  time  30.0  (course  hours)  the  number  of  resource  use  hours  each  for 
resource  types  1 and  two  will  be 

2i  = 930  use  hours. 


where  2i  represents  two  concurrent  sections  each  one  hour  long,  for  each 
learning  event  started  by  the  ith  hour.  Each  subsequent  course  hour  will 
then  increment  this  sum  by  60  resource  use  hours  (steady  state  use). 

Using  the  60  units  per  hour  from  the  steady  state  calculation  above  and 
given  270  remaining  hours  in  course,  270  x 60  = 16,200  f 930  17.130 

total  use  hours  for  each  of  these  two  resources.  Types  3 and  4 would  he 
computed  similarly. 

• To  calculate  the  percent  utilization  for  resource  type  1 at  time  30.0  re- 
quires total  available  use  hours  or:  (60  units)  > (30  hours)  1800  avail- 
able use  hours.  Now, 

930  resource  use  hours  ^jg 
1800  available  use  hours 

or  51.6%  utilization. 


• At  time  300.0,  the  percent  utilization  for  resource  type  1 would  again 
be  calculated  as  resource  hours  or:  930  resource  use  hours  during  the 
startup  time  0 to  30  plus  16,200  use  hours  during  the  next  270  hours  for 
a total  of  17,130  use  hours,  divided  by  60  units  available  over  300  hours, 
or  18,000  total  available  resource  hours. 

Therefore, 


17,130  resource  use  hours 
18,000  available  use  hours 


95  percent  utilization 


For  this  case,  the  utilization  rate  of  resources  would  approach  100  percent 
as  the  effects  of  the  long  startup  time  become  less  significant  compared 
with  the  total  time  over  which  resources  are  used — that  is.  with  course 
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length.  Further,  since  the  30th  hour  of  the  course  there  has  actually  been 
short-term  utilization  of  100  percent.  That  is,  the  number  of  hours  avail- 
able equalled  the  number  of  hours  used.  Since  courses  with  startup  and 
w inddown  times  are  of concern  rather  than  permanent  courses,  the  calcu- 
lation method  reflects  the  costs  of  operation  of  such  courses — i.e..  the  total, 
long-term  resource  utilization  over  the  course  time. 

For  the  purposes  of  this  illustration  unlimited  resources  are  assumed  to  be 
available  for  course  use.  This  is  a valuable  case  to  examine  because  it  results  in  the 
computation  of  the  number  of  resource  units  required  for  a particular  set  of  design 
assumptions  given  that  no  waiting  for  resources  is  to  be  tolerated.  If  resource  costs 
are  very  high  compared  with  student  time,  limiting  resource  units  to  some  smaller 
quantity  that  would  require  student  wait  times  becomes  a desirable  condition  to 
simulate.  Similarly,  a course  for  which  only  an  already  existing  and  limited  set  of 
resources  will  be  available  could  be  simulated.  Figure  3 shows  the  incorporation  of 
decision  rules  for  the  allocation  of  resources.  The  events  generated  would  remain 
the  same  as  long  as  resources  are  not  actually  limited.  Figure  4 shows  the  events 
generated  by  this  model  of  the  process  if  there  are  only  enough  resources  for  one- 
section  at  a time;  that  is.  the  total  available  number  of  classrooms  is  limited  to  one. 
instructors  of  type  A to  one,  instructors  of  type  B to  two,  and  the  equipment  sets 
to  live.  This  is  an  unlikely  planning  decision  given  the  assumptions  on  arrival  rates 
etc.  and  is  done  only  for  the  sake  of  example. 

The  resource  utilization  in  this  case  is  100  percent.  That  is.  (the  sum  of  hours 
in  use)  (total  available  use  hours)  1.0.  The  average  course  throughput  time  per 
student  is.  of  course,  increasing  without  bound.  This  case  is  extreme  and  is  shown 
merely  to  illustrate  the  basic  queueing  process  of  the  model. 

Resource  demand,  allocation,  and  utilization  are  quite  straightforward  in  the 
cases  so  far  presented.  The  model  is  clearly  unnecessary  for  such  cases,  and  they 
can  be  hand-computed  easily.  The  kind  of  case  to  which  the  model  s necessary  for 
resource  use  measurements  would  use  the  planning  options  that  allow  variety  and 
flexibility  in  the  course  design.  For  example,  with  an  arrival  rate  often  students 
(plus  or  minus  five)  approximately  every  six  hours  (plus  or  minus  two),  the  rate  of 
flow  could  be  strongly  influenced  by  the  requirement  for  a fixed  section  size  greater 
than  one.  Instead  assume  students  could  move  individually  through  all  learning 
events  of  the  course  except  tests,  which  would  have  a minimum  section  size  greater 
than  one. 

Another  level  of  complexity  can  be  added  through  the  specification  of  failure 
rates  and  the  removal  of  the  simplistic  assumptions  so  far  made  w ith  regard  to 
resource  use  by  learning  event  and  completion  times  for  learning  events  Sa\  that 
10  percent  of  the  students  can  fail  the  course,  and  15  percent  of  all  students  w ho 
pass  the  second  test  must  recycle  back  to  the  beginning  of  the  course  Next.  specific 
different  combinations  of  resources  for  the  learning  events,  depending  on  subject 
matter.  Some  learning  events  would  require  instructor  type  A.  some  B.  some  both, 
etc.  The  time  to  complete  the  learning  events  could  be  specified  as  a different  range 
of  times  for  different  learning  events.  For  example,  the  time  allowed  to  complete 
learning  event  1 might  range  from  30  to  60  minutes  with  the  average  time  • 15 
minutes)  taken  by  the  average  student  (ability  level  1.0).  The  range  might  be 
different  for  learning  event  2 etc.  The  time  to  complete  tests  or  learning  events  w it  h 
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Hours 
Time  - 0 


Time  - 1 


Time  - 2 


Events 

20  students  arrive 

2 sections  of  Learning  Event  1 are  created 

1 section  gets  the  resources  and  starts 
the  Learning  Event 

1 section  is  queued  to  wait  for  release 
of  the  resources 

1 section  completes  Learning  Event  1 

The  resources  are  released  and  the  section 
waiting  for  the  resources  gets  them. 

The  de-queued  section  starts  l ning  Event  1 

The  completing  section  waits  for  the  resources 
in  order  to  start  Learning  Event  2 (remember 
all  Learning  Events  in  our  examples  require 
the  same  resource  sets). 

20  students  arrive 

2 more  sections  are  created.  Both  sections 
join  queue  for  resources  needed  foi  Learning 
Event  1.  They  are  2nd  and  3rd  in  the  queue. 

1 section  completes  Learning  Event  1 

The  resources  are  released  and  the  section 
waiting  at  the  front  of  the  queue  gets 
the  resources. 

The  de-queued  section  starts  Learning  Event  2 

The  section  completing  Learning  Event  1 joins 
the  queue  for  resources  for  Learning  Event  2 
(this  section  is  now  third  in  the  queue). 

20  students  arrive 

2 more  sections  are  created 

Both  sections  join  the  queue  for  resources 
(as  4th  and  5th  in  queue ) 


l 


Fig.  4— Effect  of  resource  requirements  on  events  of  course 
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a section  size  greater  than  one  would  be  fixed  but  different  for  each  such  learning 
event — for  example,  one  hour  for  test  1.  ,'30  minutes  for  test  2,  etc. 

In  the  terminology  of  queueing  theory,  the  arrival  process,  the  service  process, 
and  the  complexity  of  the  decision  rules  used  in  this  kind  of  case  are  not  amenable 
to  analytical  solution.  Moreover,  given  the  variety  of  options  specified,  most  plan- 
ners would  agree  that  this  case  does  not  lend  itself  to  manual  simulation.  In  addi- 
tion, the  process  would  have  to  be  repeated  in  its  entirety  for  most  course  varia- 
tions. Computerization  of  this  process  alleviates  its  most  humdrum  requirements: 
he  stepping  through  the  logical  sequence  of  events  and  noting  the  change  at  each 
ste;  . 

figure  5 shows  the  model  sequence  with  the  addition  of  a few  more  decisions 
for  queueing  of  students  for  resources  or  for  students. 

Resource  Characteristics 

To  better  understand  the  first  condition  of  test  2 in  Fig.  5 it  is  necessary  to 
examine  resource  characteristics  treated  by  the  model  in  more  detail.  Each  re- 
source type  specified  for  a course  design  by  the  planner  may  be  given  a name  for 
identification.  In  addition,  resources  can  be  described  by  three  characteristics  that 
determine  the  manner  of  their  allocation  to  sections  of  learning  events.  Those 
characteristics  of  the  resource  are  its: 

• Shareability  (across  sections  of  learning  events), 

• Capacity  (students  per  unit),  and 

• Quantity  to  be  simulated  as  available  for  course  use. 

Shareability 

A resource  type  may  be  considered  shareable  or  it  may  be  considered  dedicated. 
Shareable  means  that  any  fractional  capacity  of  a unit  of  the  resource  that  is 
available  for  use  is  available  to  students  who  are  in  the  same  or  in  different  sections 
of  one  or  more  learning  events.  If  the  capacity  of  a resource  type  is  two  students 
and  it  is  shareable,  a single  unit  of  that  resource  may  be  allocated  to  two  students 
in  two  different  sections  (of  possibly  different  learning  events  during  the  same  time 
period  or  overlapping  portions  of  it).  Having  the  characteristic  shareable  does  not. 
however,  guarantee  sharing  and  may  result  in  a unit  that  is  half  in  use  and  half 
available  for  a given  time  period.  If  a resource  type  is  dedicated,  then  it  is  assumed 
that  its  unused  portions  are  available  only  to  students  in  a single  section  of  a 
learning  event.  Resources  are  thus  always  acquired  for  such  a section  in  integral 
units. 

A resource  type  may  be  shareable  or  dedicated  over  the  entire  course  or  its 
shareability  may  vary  by  function  or  use  and  thus  by  learning  event.  When  the 
sharing  policy  for  a resource  type  is  varied  over  the  course,  the  unused  fractional 
portions  of  a unit  are  available  for  sharing  only  across  sections  of  learning  events 
that  consider  the  resource  shareable.  Learning  events  that  consider  the  resource 
dedicated  will  not  be  assigned  portions  of  a unit  while  it  is  in  "shareable"  use. 
Shareable  resources  should  be  fully  accessible  to  all  sections  sharing  them.  The 
model  assumes  that  such  resources  are  either  remotely  accessible  to  all  sharing 
students  or  that  the  resources  and  the  students  are  all  centrally  located  In  the 
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latter  case,  any  other  dedicated  resources  being  used  with  the  shareable  resources 
must,  ofcourse.  be  portable  to  the  central  site.  The  allocation  of shareable  resources 
does  not  guarantee  that  the  section  using  some  fraction  of  a unit  will  have  the 
allocation  made  from  a single  unit.  For  example,  a section  using  half  the  capacity 
of  a time-sharing  computer  may  actually  be  assigned  one-quarter  capacity  of  each 
of  two  computers.  Because  of  the  wav  shareable  resources  are  allocated,  it  is  best 
not  to  simulate  their  use  unless  the  total  amount  of  resource  capacity  required  and 
its  availability  are  all  that  is  important  to  the  section.  If  three  units  of  a shareable 
resource  are  being  shared  equally  by  six  sections,  the  three  units  will  shrink  to  one 
when  four  of  the  sections  complete,  regardless  of  the  order  in  which  fractions  of  the 
units  were  allocated  or  the  order  of  the  allocations  or  completions.  That  is,  half  of 
a unit  plus  half  of  a unit  always  equals  one  full  unit.  No  attempt  is  made  to  ascertain 
whether  this  should  be  considered  two  units  each  half  in  use  or  four  units  each 
one-quarter  in  use.  Rather  it  is  assumed  to  be  one  unit  fully  in  use. 

Capacity 

The  specification  of  capacity  of  a resource  type  has  been  discussed  in  terms  of 
the  number  of  students  one  unit  can  serve.  Capacity  may  also  be  specified  at  the 
course  level  or  may  be  varied  according  to  function  or  use  by  indicating  different 
capacities  for  different  learning  events.  For  example,  a large  classroom  might  have 
a student  capacity  of  100  for  lectures  and  50  for  tests. 

Quantity 

The  quantity  the  planner  desires  to  simulate  as  available  for  course  use  can  be 
derived  from  available  inventory  plus  purchases  deemed  necessary  for  a given 
course  design.  It  is  also  possible  to  approximate  this  requirement  by  setting  all  the 
quantities  to  be  simulated  as  unlimited  and  then  noting  the  number  of  units  of  each 
resource  type  in  the  system  at  the  end  of  the  selected  number  ofcourse  hours  If 
the  quantities  are  specified  as  unlimited,  the  model  simulates  instantaneous  acqui- 
sition of  resources  as  they  are  needed;  thus,  the  resource  demand  generated  by  each 
resource  type  for  a given  course  design  can  be  approximated.  If  quantities  are 
specified  they  will  be  considered  limited  as  specified,  and  no  instantaneous  acquisi- 
tion is  simulated. 

Other  Model  Interaction 

At  the  option  of  the  planner,  students  may  be  assigned  to  one  of  tw  o,  three,  or 
four  categories.  This  stratification  may  be  based  on  ability  levels  or  on  the  posses- 
sion or  lack  of  a spe<  i.  ' student  characteristic,  if  the  planner  has  defined  one.  The 
Guide  to  the  User  Interface  provides  a number  of  examples  of  such  stratification 
This  option  allows  the  planner  to  specify  the  percent  of  the  population  to  be  treated 
as  slow,  average,  fast,  etc.  to  match  students  to  learning  events.  That  is.  portions 
of  the  course  may  have  been  designed  for  particular  portions  of  the  student  popula- 
tion. and  these  student  category  names  allow  a matching  of  course  to  student. 

To  illustrate  t he  effect  of  this  option  on  failures  and  tests  assume  that  a planner 
decides  that  75  percent  of  the  student  population  is  slow-average  and  25  percent 
are  fast.  The  failure  rate  chosen  for  the  course  is  5 percent.  The  planner  may  let 
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tlu*  failing  population  reflect  the  entering  population  or  not.  For  example,  to  reflect 
the  entering  population  the  failing  population  would  contain  75  percent  slow-aver- 
age students  and  25  percent  fast  students.  Alternatively,  the  failing  population  may 
all  come  from  the  slow-average  category  or  it  might  contain  90  percent  category 
1 Mudent'  and  10  percent  category  2 students. 

The  following  illustrates  the  interaction  of  this  option  with  other  model  fea- 
tures. If  a course  had  two  failable  tests  and  students  in  category  1 were  eligible  to 
take  both  tests,  hut  students  in  category  2 could  only  take  one  test,  the  failure  rate 
computed  for  category  1 students  would  be  distributed  over  both  tests  while  that 
computed  for  category  2 students  would  be  concentrated  on  just  the  one  test. 


III.  OUTPUT  REPORTS  AND  OUTPUT- VARIABLE 
DEFINITIONS 


This  section  defines  output  variables  and  describes  in  detail  how  each  such 
variable  is  computed  and,  where  important,  the  implications  of  the  method  of 
computation  on  the  interpretation  of  model  output.  An  understanding  of  this  sec- 
tion is  basic  to  the  use  of  the  model. 

The  organization  of  this  section  closely  follows  that  of  the  output  reports  pro- 
vided by  the  Resource  Utilization  Model.  These  reports  are  presented  in  the  order 
in  which  they  appear  in  the  computer  output  generated  by  the  model.  Each  output 
variable  is  described  under  the  report  heading  in  which  that  variable  is  found  in 
the  output.  Variables  will  be  referred  to  by  the  column  heading  that  identifies  them 
in  the  output  report. 

The  first  part  of  this  section  deals  with  the  Recap  Reports,  which  are  provided 
at  the  beginning  of  all  simulation  output.  They  recapitulate  the  input  received  from 
the  User  Interface  by  the  Resource  Utilization  Model.  The  planner  has  provided 
this  input  interactively  and  should  review  it  carefully  before  going  on  to  the  actual 
output  from  the  simulation.  The  second  part  of  this  section  will  cover  the  reports 
generated  by  the  Resource  Utilization  Model  as  a result  of  the  simulation  of  the 
course  over  time.  These  reports  are  printed  at  course  hour  intervals  specified  by 
the  planner  through  the  User  Interface. 


RECAP  REPORTS 

There  are  five  Recap  Reports.  They  always  precede  all  model  output.  Since  the 
reports  are  produced  before  the  start  of  the  simulation  run,  there  is  no  time  as- 
sociated with  them.  All  other  model  reports  will  have  as  their  first  output  variable 
the  time  the  report  was  produced,  in  course  hours.  The  Recap  Reports  are  as 
follows: 


1.  The  summary  of  initial  conditions  (including  student  population  stratifica- 
tion) in  two  parts; 

2.  The  course  to  be  simulated; 

3.  The  resource  types  to  be  used; 

I The  resources  required  by  learning  event;  and 
5 The  cross  reference  table  of  learning  events  by  resource  type. 

Recap  Report  I.  Summary  of  Initial  Conditions 

Table  2 is  an  example  of  this  report.  The  first  line  tells  how  often  simulation 
output  reports  will  be  printed.  This  time  is  reported  in  course  hours. 

The  second  line  tells  when  the  model  run  will  be  ended.  Two  options  are  avail- 
able; the  simulation  will  end  either  after  a specified  number  of  hours  or  after  a 
specified  number  of  students  have  graduated  from  the  course. 
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The  next  item  will  tell  the  user  what  kind  of  a student  arrival  pattern  will  be 
simulated 

If  students  will  be  categorized  by  ability  or  other  characteristic,  the  stratifica- 
tion policy  elected  by  the  planner  will  be  described  in  the  next  item.  That  is,  the 
proportion  of  total  students  that  compose  each  category  along  with  the  definition 
of  each  category  will  be  given.  Course  failure  policy  will  be  spelled  out 

If  a student  stratification  policy  has  been  elected  and  if  the  failure  rate  'see 
course  failure  policy  above)  is  greater  than  0.  then  the  combination  of  these  options 
w ill  lie  shown.  For  example,  in  Table  2,  the  stratification  policy  has  resulted  in  four 
categories  of  students.  The  course-wide  failure  rate  is  20  percent.  In  this  example 
it  was  elected  not  to  have  the  failing  population  be  an  exact  reflection  of  the 
entering  population:  N’o  students  from  category  4 (fast  students  with  programming 
experience)  will  fail,  and  30  percent  of  the  failures  will  come  from  students  in 
category  1 The  simple  failure  rate  by  group,  for  any  category,  is  calculated  as 


SIMP  FRBG 


FA11.RATK  ■ FGRP.S1ZK 
GRP.SIZE 


where  FAILRATE  is  the  total  course  failure  rate  (20  percent);  FGRP  SIZK  is  the 
proportional  representation  of  the  category  (category  1)  in  the  failing  population 
(30  percent),  ami  GRP.SIZE  is  the  proportional  representation  of  the  category  in 
the  total  population  (24  percent).  This  yields  a failure  rate  of  25  percent  for  category 
1 An  easier  way  to  see  that  this  reflects  what  the  tables  show  is  to  limit  the  entire 
student  population  to  100.  Then  30  of  these  students  ail)  belong  to  category  ).  and 
20  students  will  fail  the  course;  30  percent  of  those  failures  (six  students)  will  he 
category  1 students.  If’ six  students  out  of  the  24  in  category  1 fail,  that  group  has 
a fail  rate  of  25  percent  (one  out  of  four). 

If  there  were  only  one  failable  test  in  the  course  for  which  category  1 students 
were  eligible,  the  probability  of  failure  for  these  students  at  that  test  would  be  25 
With  more  than  one  failable  test,  the  failures  must  be  spread  equally  over  the 
number  of  such  tests  to  result  in  the  desired  overall  course  failure  rate  for  the 
category.  (This  is  analogous  to  grading  on  the  curve  at  each  test,  with  a particular 
category  failing  the  same  percent  at  each  test.)  This  example  will  have  two  failable 
tests  for  category  1 students  and  the  probability  of  failure  at  each  test  is  given  by 

1.0  (1.0  SIMP.FRBGt1  Nn,: 

where  Sl.MP.FRBG  is  the  overall  course  failure  rate  for  category  1 students  cal- 
culated earlier  (.25)  and  N’FTG  is  the  number  of  failable  tests  for  these  same 
students  12).  See  Table  3 below  for  a listing  of  failable  tests  for  each  categorv  ol 
st  udents 

The  probability  of  failure  at  each  of  those  tests  for  categorv  1 students  will  be 
1.0  (1.0  .25) 1 2 .1339 


This  last  calculation  must  take  into  account  that  the  population  of  categorv  1 
'indents  still  around  to  take  subsequent  tests  (afler  each  failable  test 1 is  diminish- 
ing Assume  a total  population  of  100  students,  a failing  population  of  20  students, 
and  six  of  the  failures  from  category  1 If  13.39  percent  oft  he  24  categorv  I students 
who  take  test  one  fail,  3.21  students  have  failed  Then  24  3.21  20.78  students 

are  still  around  to  take  test  two.  Again.  13.39  percent  of  them  fail,  and  there  are 
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then  2 78  failures  for  a total  of  5.9  6.0  student  failures  from  category  1 This  is 

an  example  of  how  such  a probability  of  failure  would  average  the  desired  number 
of  students  failing  from  each  category  and  is  not  meant  to  suggest  that  it  is  possible 
to  fail  a fraction  of  a student  in  either  the  model  or  the  process.  Similar  calculations 
are  made  by  the  model  for  each  category. 

The  precise  probability  of  failure  by  student  category  for  each  failable  test  is 
not  reported  to  the  user.  The  above  discussion  is  given  mainly  to  illuminate  the 
underlying  assumptions  made  about  the  process  and  used  in  the  model:  The  failing 
population  can  be  composed  of  different  proportions  of  student  categories  than  the 
entry  population;  the  probability  of  failure  at  any  given  test  may  be  different  for 
students  from  different  categories  (at  the  option  of  the  user  I;  and  each  category  may 
be  "graded"  for  test  fail  purposes  on  the  same  or  different  curves  with  the  same 
or  different  cutoffs. 

Part  2 of  the  Summary  of  Initial  Conditions  Report  (Table  2)  gives  a list  of  the 
subject  matter  descriptors  and  their  related  subject  matter  codes.  These  codes  will 
be  used  in  later  model  reports  where  the  length  of  the  descriptors  precludes  their 
being  printed  out  in  full.  They  are  provided  here  as  reference  only.  Although 
"homework"  is  shown  as  a subject  matter  type,  such  learning  events  must  have  an 
elapsed  time  of  0.0  and  must  require  no  resources  since  they  are  not  simulated. 

Recap  Report  2.  Course  To  Be  Simulated 

Table  3 lists  learning  events  in  the  course  by  number  along  with  important 
characteristics. 


L.E.  NO.:  The  learning  event  number. 

OBJECTIVE:  The  name  of  the  objective  of  which  this  learning  event  is  a part 

SUBJECT  MATTER  CODE:  A numerical  code  fot  the  subject  matter  definitions 
given  in  the  last  part  of  the  Recap  Report  1 (Table  2>. 

EVENT  DESCRIPTOR:  The  event  descriptor  associated  with  this  learning  event 
Possible  descriptors  available  are: 

• Presentation 

. Guided  Practice 

• Unguided  Practice 

• Discussion 

• Check  Practice 

• I Iomework 

• Review 

• Test 

These  are  defined  in  R-1701-AF,  MODI  A:  Vo/.  2.  Options  for  Course  Design. 

ELIGIBLE  CATEGORIES:  This  column  may  have  up  to  four  sub-columns  with  the 
numbers  1.  2.  3,  and  4 listed  in  these  locations.  If  sub-column  1 contains  a 1 
under  eligible  categories,  category  I is  eligible  to  take  this  learning  event  (and 
similarly  for  categories  2,  3,  and  4).  In  Table  3,  all  four  categories  are  eligible 
to  (tike  every  learning  event;  however,  any  combination  of  categories  is  ac 
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ceptable.  When  the  planner  lias  not  elected  stratification  of  students,  all  learn- 
ing events  should  show  category  1 (only)  under  eligible  categories,  because  in 
the  absence  of  stratification  all  students  are  assigned  to  category  1 

MAX.STDTS.ALLWD.:  The  maximum  number  of  students  allowed  in  one  section 
of  the  learning  event.  Once  this  maximum  has  been  reached  for  a particular 
section,  students  desiring  to  join  a section  of  this  learning  event  will  he  re- 
quired to  start  a new  section. 

MI.N.STDTS.REQD.:  The  minimum  number  of  students  required  to  start  one 
section  of  this  learning  event.  Students  arriving  at  a learning  event  must  first 
attain  this  minimum  before  a section  is  formed  that  can  attempt  to  obtain 
[ resources.  Where  MAX.STDTS.ALLWD.  MIN.STDTS.REQD..  section  size 

will  he  fixed  for  that  learning  event.  Otherwise,  the  section  size  may  vary 
between  the  maximum  and  minimum,  depending  on  the  flow  of  students  at  the 
lime  the  section  starts. 

| M AX.TIME.ALLWD.:  Defined  for  learning  events  with  maximum  section  size  of 

one  only  (MAX.STDTS.ALLWD  1).  This  is  the  upper  limit  (in  hours  and 
minutes)  on  the  amount  of  time  allowed  to  any  student  in  an  individual  section 
of  this  learning  event.  In  any  other  cases,  MAX.' TIME.  ALLWD.  is  ignored  by 
the  model  regardless  of  what  is  shown  in  this  column. 

As  explained  in  Sec.  II,  the  actual  time  taken  by  a student  in  an  individual 
Ji  learning  event  will  he  inversely  proportional  to  that  student's  ability  level 

wit  bin  the  constraints  of  the  maximum  and  minimum  times  allowed.  Since  the 
student  ability  levels  are  drawn  from  a normal  distribution  with  a mean  of  1 
and  a standard  deviation  of  .14,  MAX. TIME. ALLWD.  will  impose  the  greatest 
constraint  on  variability  of  time  when  it  is  closest  to  the  mean  (AVG.TIME- 
ALIAVD.)  and  least  as  it  reflects  a time  associated  with  three  or  more  stan- 
dard deviations  from  the  mean  (1.42  ■ AVG.TIME. ALIAVD. I. 

A \’t  1 . TIME. ALLWD.:  The  planner  specifies  the  average  time  a student  should  he 
allowed  to  complete  this  learning  event,  starting  from  the  time  the  students 
in  the  learning  event  have  all  their  resources  available  and  actually  start 
"work"  to  the  time  the  learning  event  is  completed.  If  more  than  one  student 
is  allowed  in  a section  of  the  learning  event  (i.e.,  MAX.STDTS.ALLWD  1 1. 
average  time  allowed  will  always  be  a fixed  ti r:  segment,  and  all  students  m 
a section  will  complete  in  that  time.  However,  if  this  is  an  individual  learning 
event  (i.e.,  MAX.STDTS.ALLWD.  1),  this  time  will  he  taken  as  the  mean 
of  the  normal  distribution  truncated  at  either  end  as  required  In  MAX  TI  M E 
ALIAVD  and  MI N'.TIM E. ALLWD.  In  the  latter  case,  individual  st udent  com 
pletion  times  would  vary  accordingly. 

MIN  TIME  ALIAVD.:  Minimum  time  allowed  is  analogous  to  maximum  time 
allowed  and  will  he  interpreted  again  according  to  whether  this  is  an  indivulu 
al  learning  event  or  a group  learning  event  It  is  the  lower  limit  on  time 
allowed  to  a fast  student  in  an  individual  section  of  this  learning  event  Stu 
dents  whose  ability  level  is  higher  than  the  average  and  who  are  in  an  in 
dividual  learning  event  (MAX.STDTS.ALLWD.  1 > mat  take  less  than  the 
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inversely  proportional  to  their  ability  level  above  the  average  but  may  not  be 
less  than  the  minimum  time  allowed.  If' MAX. STDTS. ALLWD.  is  not  equal  to 
one,  this  time  is  not  used  by  the  model. 

FAIl.ABI.lv':  This  column  will  usually  be  blank  for  most  of  the  learning  events  in 
the  course.  It  is  used  only  for  those  learning  events  with  an  event  descriptor 
of  TEST.  A yes  in  this  column  means  the  test  can  be  failed  by  some  students; 
a no  that  the  test  will  not  be  failed  by  any  of  the  students  in  the  course. 

PERCENT  STDTS  TO  RECYCLE:  This  column  refers  only  to  learning  events  with 
an  event  descriptor  type  of  TEST.  For  other  event  descriptors  a zero  will 
appear  in  this  column.  When  the  event  descriptor  is  TEST,  the  number  in  this 
column  is  the  percent  of  passing  students  who  will  be  recycled  back  to  the 
appropriate  point  in  the  course.  For  example,  in  Table  3,  learning  event  3 is 
a Callable  test  with  a recycle  of  10  percent.  This  means  10  percent  of  the 
/Hissing  students  will  recycle,  not  10  percent  of  the  students  who  take  the  test 
In  this  same  table,  learning  event  7 is  also  a TEST,  but  a non-failable  test.  Here 
the  passing  students  will  equal  the  entering  students,  and  30  percent  of  all 
students  who  take  this  test  will  recycle  to  learning  event  (i.  This  is  different 
from  30  percent  of  all  students  who  take  the  course  because  some  students 
were  lost  at  the  first  test. 

RECYCLE  TO  L.E.  No.:  This  column  is  applicable  only  if  PERCENT  STDTS  TO 
RECYCLE  is  greater  than  zero.  In  those  cases  this  is  the  point  in  the  course 
to  which  those  students  will  recycle.  In  Table  3,  recycling  students  from  the 
first  test  will  recycle  to  and  repeat  from  the  second  event.  Recycling  students 
from  the  second  test  will  repeat  from  learning  event  6. 

MAXIM  CM  RECYCLES:  The  maximum  number  of  times  any  particular  student 
will  be  sent  back  from  a particular  test.  Where  there  are  overlapping  test 
domains  in  a course,  a student  might  recycle  some  of  the  material  more  than 
the  number  of  times  indicated  by  MAXIMUM  RECYCLES,  but  never  more 
times  than  the  sum  of  the  MAXIMUM  RECYCLES  of  the  overlapping  tests 
For  example,  if  learning  event  10  is  a test  that  may  recycle  a student  to 
learning  event  1 and  learning  event  20  also  recycles  a student  to  learning 
event  1 and  each  of  these  tests  has  a maximum  recycle  of  1.  a student  may 
recycle  only  from  each  test  once  and  still  cover  the  material  in  the  first  10 
learning  events  more  than  twice,  yet  never  more  than  three  times. 

Although  the  model  permits  the  user  to  specify  different  MAXIMUM  RE- 
CYCLES values  for  different  tests,  the  current  version  of  the  User  Interface 
applies  the  same  number  to  all  tests  in  the  course. 

PERCENT  STDTS  TO  RECYCLE  is  the  probability  that  any  passing  student  will 
recycle.  Since  recycling  students  are  always  passing  students,  the  actual  pro 
portion  of  recycling  to  non-recycling  students  will  be  larger  than  this  number 
and  will  depend  on  the  maximum  recycles  allowed  For  example,  in  Table  3, 
Test  1 has  a percent  students  to  recycle  often  and  a maximum  recycle  of  two; 
so  10  percent  of  the  passing  students  will  recycle  once  and  10  percent  of  the 
recycling  students  will  recycle  twice,  for  a total  of  1 1 percent  recycling  stu- 
dents. 
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Report  .'i.  Resource  Types  To  Be  Used 

This  report  specifies  the  name  and  identification  number  of  each  resource  type 
to  he  used  in  the  course  (see  Table  4).  A resource  type  whose  capacity  is  constant 
and  can  either  always  be  shared  or  never  be  shared  can  be  fully  specified  in  this 
report.  Resource  types  that  will  have  a varying  capacity  or  a variable  policy  with 
repai  d to  their  shareability  can  be  fully  specified  only  in  a more  detailed  report, 
where  resource  types  with  such  characteristics  are  defined  one  [earning  event  at 
a time.  The  course-wide  specifications  for  resources  are  given  in  this  report. 

RESOURCE  NO.:  The  resource  number  that  will  identify  this  resource.  Each  re- 
source type  used  in  the  course  has  one  line. 

RESOURCE  NAME:  The  name  of  the  resource.  Where  space  allows,  the  resource 
name  is  usually  used  along  with  the  resource  number  in  subsequent  reports. 

QUANTITY  (LIMITED  UNLIMITED):  One  of  the  next  two  columns  of  this  report 
will  have  an  X placed  under  it  for  each  resource.  An  X under  Limited  indicates 
that  the  resource  inventory  will  be  limited  to  a fixed  quantity  during  the  entire 
simulation  run.  (That  fixed  quantity  will  be  given  under  INITIAL  QUANTITY 
ON  HAND.)  If  the  X is  under  Unlimited,  the  initial  quantity  on  hand  will  be 
zero,  and  resources  will  be  added  to  the  inventory  as  they  are  needed.  Sec- 
Output  Report  5,  Resource  Utilization  by  Resource  Type,  for  a more  detailed 
discussion. 

INITIAL  QUANTITY  ON  HAND:  If  the  quantity  of  the  resource  was  unlimited, 
this  will  always  be  equal  to  zero.  Otherwise,  initial  quantity  on  hand  w ill 
reflect  the  limited  number  of  resources  available  during  the  simulation  run  of 
the  course. 

ACROSS-SECTION  SHARING  POLICY  (FIXED  VARIABLE):  A resource  mat  Re- 
defined as  dedicated  to  a particular  section  during  its  use  or  shareable  among 
various  sections  of  possibly  different  learning  events  that  might  be  running 
concurrently.  For  some  types  of  resources  this  sharing  policy  should  be  fixed 
for  all  learning  events  in  the  course — that  is,  the  resource  type  should  be 
dedicated  or  shared,  regardless  of  which  learning  event  it  is  used  in  In  thi> 
case,  the  across-section  sharing  policy  will  be  declared  fixed.  For  example,  m 
Table  4.  all  of  the  resources  except  for  CLSROOM  (resource  Ti  have  a fixed 
across-section  sharing  policy.  Some  are  dedicated  throughout,  some  shared 
throughout;  only  resource  7 will  be  variable  and  its  shareability  w ill  be  spe 
cified  at  the  learning  event  level  rather  than  at  the  course  level  This  latter 
specification  is  shown  in  Table  5,  col.  4,  where  learning  events  that  require  the 
use  of  this  resource  define  it  sometimes  as  shared,  sometimes  as  dedicated  It 
is  occasionally  desirable  to  allow  a resource  type  to  be  considered  dedicated 
for  certain  uses  and  shareable  for  other  uses  In  those  cases,  the  across-section 
sharing  policy  would  be  variable. 

CAPACITY  PER  UNIT  (FIXED  VARIABLE):  Capacity  of  the  unit  is  defined  m 
terms  of  students  per  unit — how  many  students  one  unit  of  this  resource  type 
can  accommodate  simultaneously.  If  the  number  of  students  the  resource  can 
accommodate  is  fixed,  regardless  of  tin-  use  to  which  it  is  being  put.  by  define 
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Taule  5 

Recap  Report  4:  Resources  Required  by  Learning  P^vent 

CAPACITY 


. E.  NO. 

RESOURCE  NO. 

RESOURCE  NAME 

SHRD/DED 

(STUDENTS 

1 

1 

INSTR 

DED. 

15 

7 

CLSROOM 

DEC. 

15 

2 

1 

INSTR 

DED. 

15 

7 

CLSROOM 

DED. 

15 

3 

4 

TESTER 

DED. 

1 

7 

CLSROOM 

SHRD 

10 

8 

MONITOR 

SHRE 

10 

a 

1 

INSTR 

DED. 

15 

7 

CLSROOM 

DED. 

15 

5 

2 

T. ASST. 

SHRD 

5 

7 

CLSROOM 

SHRD 

10 

6 

3 

PROG .TXT 

DED. 

1 

6 

CARREL 

DED. 

1 

7 

4 

TESTER 

DED. 

1 

6 

CARREL 

DED. 

1 

8 

1 

INSTR 

DEE. 

15 

7 

CLSROOM 

DED. 

15 

9 

5 

TERMINAL 

DED. 

1 

10 

2 

T. ASST. 

SHRD 

5 

7 

CLSROOM 

SHRD 

10 

11 

1 

INSTR 

DED. 

15 

7 

CLSROOM 

DED. 

15 

12 

5 

TERMINAL 

DED. 

1 

13 

4 

TESTER 

DED. 

1 

6 

CARPEL 

DED. 

1 

14 

1 

INSTR 

DED. 

15 

7 

CLSROOM 

DED. 

15 

15 

5 

TERMINAL 

DED. 

1 

16 

2 

T. ASST. 

SHRD 

5 

7 

CLSROOM 

SHRD 

10 

17 

4 

TESTER 

DED. 

1 

7 

CLSROOM 

SHRE 

10 

8 

MONITOR 

SHRD 

10 
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tion  the  capacity  per  unit  is  fixed.  If  the  number  of  students  that  can  be 
accommodated  depends  on  the  function  and  upon  the  learning  event  in  which 
the  resource  is  used,  the  capacity  per  unit  is  considered  variable.  When  the 
capacity  is  fixed  it  will  he  given  in  the  last  column.  Whether  it  is  fixed  or 
variable,  it  is  repeated  by  learning  event  in  Recap  Report  4.  When  the  planner 
has  left  capacity  of  a resource  type  undefined,  the  model  will  show  the  capacity 
as  one  student  per  unit  course-wide — fixed  capacity  1.  This  option  is  consid- 

ered useful  when  a resource  might  be  purchased  with  many  differing  capacity 
options.  For  example,  a course  design  where  a new  facility  was  to  be  acquired 
might  want  to  keep  classroom  sizes  open  until  the  best  class  (section i sizes  for 
a particular  teaching  strategy  were  determined. 

By  examining  various  simulation  model  output  variables  on  initial  plan- 
ning iterations,  the  course  designer  can  explore  the  effects  of  varying  section 
sizes  in  different  parts  of  the  course.  As  long  as  existing  capacities  are  not 
constraints,  there  is  no  need  to  simulate  them  too  early.  With  a capacity  of  one. 
the  average  number  of  students  course-wide  (in  other  learning  events)  who 
are  using  the  resource  can  provide  guidance  for  initial  estimates  of  a workable 
capacity  for  a resource  type.  That  is,  the  maximum  number  of  umits  in  use 
by  learning  event  can  be  used  to  estimate  the  section  sizes  that  are  achieved 
and.  if  available  and  desirable  along  other  dimensions,  units  with  such  a 
section  size  capacity  might  he  considerd.  Naturally  these  initial  runs  should 
be  followed  up  with  more  concrete  specifications  of  capacity  to  examine  their 
overall  utilization. 

CAPACITY  (STUDENTS  PER  UNIT)— (IE  FIXED  CAPACITY):  If  the  capacity  of 
this  resource  is  fixed,  this  column  will  show  the  number  of  students  per  uni! 
this  resource  type  can  handle  regardless  of  learning  event.  If  the  capacity  is 
variable,  the  differing  capacities  will  depend  on  the  learning  event  and  appear 
in  the  next  report.  Table  4 shows  a resource  type,  CLSROOM.  that  has  both 
varying  capacity  and  varying  sharing  policy.  This  resource  is  Cully  specified 
in  Recap  Report  4 (Table  5). 

Recap  Report  4.  Resources  Required  by  Learning  Event 

This  report  see  Table  5)  shows  which  learning  events  in  the  course  will  require 
the  use  of  each  resource  type.  The  actual  number  of  units  used  in  a section  of  any 
learning  event  will  depend  on: 

• The  number  of  students  in  the  section  (at  the  time  it  starts), 

• The  capacities  of  the  resources  for  purposes  of  that  learning  event. 

• Whether  the  resources  must  be  dedicated  or  may  be  shared  with  other 
sections. 

I'hese  latter  two  characteristics  are  given  for  each  resource  by  learning  event  If 
the  resource  type  in  question  was  defined  in  a fixed  manner  at  the  course  level, 
these  will  be  repetitions  of  the  information  given  in  Recap  Report  1 Otherwise, 
where  the  specification  of  a resource  type  is  fully  or  partially  variable,  the  informa 
tion  in  ti  report  is  required  to  compute  required  resources  for  am  particular 
learning  event. 


29 


Column  1 gives  the  learning  event  number,  column  two  the  resource  number, 
and  column  .'i  the  resource  name.  Column  1 tells  whether  this  resource  type  is 
shared  or  dedicated  Cor  the  purpose  of  this  learning  event.  See  across-section  sha: 
mg  policy  (fixed  variable)  in  the  Recap  Report  3 for  course-wide  specifications  of 
the  shareahility  of  this  resource. 

Column  5 gives  the  capacity  of  this  resource  type  for  purposes  of  this  learning 
event  in  students  per  unit  of  the  resource  type.  Note  that  CLSROOM  1 resource  type 
7 - has  been  declared  to  have  a capacity  of  15  students  in  all  those  learning  events 
where  it  is  dedicated.  The  capacity  has  been  reduced  to  ten  students  where  the 
classroom  is  being  shared  among  students  in  different  sections — i.e.,  learning 
events  5,  10.  16  and  17. 

Recap  Report  5.  Cross-Reference  Table — Learning  Events  by 
Resource  Types 

This  report  (see  Table  6)  provides  essentially  the  same  information  as  that 
found  in  the  preceding  report.  However,  it  is  sometimes  useful  to  see  at  a glance 
which  learning  events  are  using  a particular  resource.  The  first  column  gives  a 
resource-number  name  pair  and  then  a line  or  lines  containing  the  learning  events 
tin  sequential  order)  that  use  this  resource. 

Table  6 

Recap  Report  5:  Cross  Reference  Tahi.e-  Learning  Event 
by  Resource  Type 

RESOURCE 

NO. /NAME  LEARNING  EVENTS  WHICH  OSE  THIS  RESOURCE: 


1 INSTF 

2 T.ASST. 

3 PE0G.TXT 
1*  TESTER 


1 2 4 8 11  14 

5 10  16 

6 

3 7 13  17 


30 

of  the  printing  interval  chosen  by  the  user  For  example,  in  the  reports  shown  in 
this  section  the  interval  selected  was  30  course  hours.  Therefore,  printed  reports 
were  provided  at  time  30:00,  60:00,  90:00  . . course  hours. 

Simulated  course  time  is  printed  in  the  upper  led  hand  corner  1 An  additional 
final  set  of  reports  is  also  provided  if  the  simulation  end  time  is  not  an  even  multiple 
of  the  report  interval. t The  six  reports  generated  are: 

1 A Summary  Report  of  Student  Flow 

2 Students  and  Sections  by  Learning  Kvent  Number 
3.  Student  Queues  by  Learning  Event  Number 

1 Resource  Utilization  by  Learning  Event 

5.  Resource  Utilization  by  Resource  Type 

6.  Sections  Queued  by  Resource  Type 

Each  of  these  reports  will  be  treated  individually  below.  A discussion  of  the  interre- 
lationship of  various  output  elements  is  included  as  part  of  the  individual  defini- 
tions. It  is  sometimes  necessary  to  look  at  more  than  one  output  report  to  determine 
the  interpretation  that  should  be  given  to  an  isolated  output  measure  For  this 
reason  it  is  important  that  the  user  be  as  familiar  with  a general  discussion  as  with 
the  definition  of  each  output  element. 

Output  Report  I.  Summary  Report 

This  report  (Table  7 1 presents  a summary  of  student  flow  through  the  course 
up  to  this  time. 

NUMBER  OF  ARRIVALS:  Total  number  of  students  who  have  thus  far  arrived  at 
the  course. 

NUMBER  OF  GRADUATES:  The  total  number  of  students  who  have  graduated 
from  the  course  thus  far. 

NUMBER  OF  FAILURES:  The  total  number  of  students  who  have  dropped  out  of 
the  course  because  they  failed  a test. 

UU  RRE.NT  NUM  BER  ( )F  STUDENTS:  The  number  of  students  w ho  are  current  I\ 
in  the  course — i.e..  the  current  course  load. 

The  number  of  students  + the  number  of  failures  t the  number  of  gradu- 
ates will  always  equal  the  number  of  arrivals. 

AVERAGE  TIME  BEFORE  FAILURE:  > - cumulative  sum  of  total  time  in  the 

course  of  each  failing  student  (at  tirm  of  failure)  divided  by  the  number  of 
failures. 

CURRENT  STUDENTS  RECYCLING:  The  number  of  students  currently  in  th<- 
course  who  are  in  the  process  of  recycling 

AVERAGE  STUDENT  LOAD:  The  integral  over  time  of  number  of  students  m 
course  divided  by  the  total  course  time  (total  course  time  the  report  time 
i.e..  now). 

PEAK  STUDENT  LOAD:  The  maximum  number  of  students  concurrently  in  the 


course. 
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Table  7 


Output  Report  1:  Summary 


NUMBEF 

OF  ARRIVALS 

= 

25 

NUMBFP 

OF  GRADUATES 

= 

0 

NUMBEF 

OF  FAILURES 

= 

3 

CUFF  ENT 

NUMBER  OF  STUDENTS 

= 

22 

AVER  AGE 

TIME  BEFORE  FAILURE 

= 

20 

CUFFENT 

STUDENTS  RECYCLING 

= 

9 

AVERAGE 

STUDENT  LOAD 

= 

13 

PEAK  STUDENT  LOAD 

= 

22 

<<<<  CATEGORIES  »» 


CATEGOF  Y 
NO  . 


CUMULATIVE  NUMBER  OF  STUDENTS 
ARRIVED  / FAILED  / GRADUATED 


AVERAGE  TIME  TO 
FAILURE  / FINISH  COURSE 


1 

2 

3 

4 


S 

2 

16 

2 


1 

0 

2 

C 


0 29:  0 

0 0:  0 

0 15:53 

0 0:0 


0:  0 
0:  0 
0:  0 
0:  0 


AVFRAGK  TIMK  TO  FINISH  COl’RSE:  The  cumulative  sum  of  student  through- 
put times  (for  those  students  who  have  graduated)  divided  by  the  number  of 
students  who  have  graduated.  If  no  students  have  graduated  at  this  time,  this 
line  will  not  be  printed. 

CATEGORIES:  A table  of  numbers  providing  much  of  the  above  information,  by 
category,  if  the  planner  has  chosen  student  population  stratification.  Table  7 
shows  that  of  the  25  arrivals  that  have  occurred  by  time  30.0  course  hours, 
five  are  in  category  1.  two  are  in  category  2.  16  are  in  category  3.  and  two  are 
in  category  1 

Current  students  in  each  category  can  be  computed  by  subtracting  both  the  gradu- 
ates and  the  failures  from  the  arrivals,  for  that  category.  For  example,  since  no 
students  in  category  2 have  either  failed  or  graduated,  the  four  arrivals  in  that 
category  are  still  in  the  course. 

Average  time  to  failure  (or  to  completion)  is  shown  for  the  total  population  in 
the  list  above  and  for  each  category  in  the  tables  below 

Output  Report  2.  Students  and  Sections  by  Learning  Event  Number 


This  report  w ill  print  one  line  for  each  learning  event  in  t he  course  t hat  has  had 
at  least  one  section  of  the  learning  event  actually  started  at  report  time  Table  8 


shows  a report  of  a course  at  time  .'JO.  All  17  learning  events  have  had  at  least 
one  ent r\  and  are  shown.  Reports  printed  early  in  a simulation  run  will  not  include 
all  of  the  learning  events  if  students  have  not  yet  entered  them.  The  absence  of  a 
learning  event  in  this  report  (which  was  listed  in  the  course  description  in  Recap 
Report  2>  means  that  the  total  student  time  spent  in  this  learning  event  is  equal 
to  0. 

The  first  four  columns  are  constant-valued  descriptors  of  a learning  event.  They 
are  repeated  each  time  to  provide  the  user  with  a context  in  which  the  variable- 
sallied  descriptors  should  he  seen.  There  is  not  sufficient  space  to  repeat  all  of  the 
relevant  information,  however;  sometimes  the  user  will  have  to  turn  back  to  a 
recap  report  to  ascertain  the  value  of  a relevant  learning  event  constant. 

I.  E NO.:  Column  1 contains  the  learning  event  number. 

OBJECTIVE:  Column  2 contains  the  name  of  the  objective  associated  with  this 
learning  event. 

EVENT  DESCRIPTOR:  Column  ,'J.  All  lines  that  have  "TEST"  as  their  event  de- 
scriptor will  have  meaningful  numbers  in  their  "IF  TEST"  columns 

El. !(I.  CATEGORIES:  This  has  the  same  meaning  as  it  did  in  Recap  Report  2 'Table 
•'!*:  it  shows  the  student  category  numbers  eligible  to  take  this  learning  event. 
If  a particular  category  number  is  not  shown  for  a learning  event  and  that 
category  i>  defined,  students  in  the  category  not  shown  sk i p the  learning 


CUMULATIVE  STUDENT  ENTRIES:  The  total  number  of  students  who  have 
entered  this  learning  event.  This  number  is  incremented  by  the  number  of 
students  in  the  section  whenever  a section  actually  starts.  Any  starts  that 
could  occur  at  this  time  (report  print  time)  have  already  occurred  Any  stu- 
dents waiting  for  other  students  to  form  a section  of  this  learning  event  are 
not  ready  to  start,  however;  nor  are  students  in  any  section  waiting  for  re- 


Cl  Ml'I.ATIVE  SECTIONS  COMPLETED:  The  total  number  of  sections  of  this 
learning  event  completed  since  time  0.  Any  sections  scheduled  to  complete  ai 
this  report-print  time  have  been  completed  and  are  included  in  this  number 

CUMULATIVE  STUDENT  SKIPS:  The  total  number  of  students  who  have 
skipped  this  learning  event.  Student  skips  are  always  made  on  the  basis  of  the 
student  category  eligibility  of  the  learning  event  (see  col.  I above*  and  the 
category  of  the  student.  For  this  reason,  if  students  are  not  being  stratified  In 
ability  or  background,  all  learning  events  of  the  course  will  have  category  I 
eligibility,  all  students  will  belong  to  category  I.  and  no  student  will  skip  am 
learning  event. 

WERAGE  NUMBER  OF  STUDENTS:  The  average  number  of  students  concur 
tenth  in  this  learning  event  during  the  course  time.  It  excludes  those  times 
when  no  students  were  in  the  learning  event  The  intuitive  meaning  is  "w hen 
there  were  am  students  m the  learning  event,  this  was  the  average  numhei 
of such  students."  Note  that,  by  itself,  this  number  does  not  imply  the  average 
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section  size.  Only  if  the  maximum  number  of  concurrent  sections  (Col  111 
happens  to  be  1 is  this  average  section  size.  Because  some  sections  might  be 
simultaneous  and  others  overlap  only  slightly,  it  is  not  safe  to  infer  average 
section  size  from  average  number  of  students  concurrently  in  a learning  event 

AVERAGE  TIME  PER  STUDENT:  This  is  the  cumulative  time  integral  of  number 
of  students  in  the  iearning  event  divided  by  the  number  of  student  entries  (see 
cumulative  student  entries).  For  example,  if  one  student  spent  five  hours  in 
this  learning  event  and  three  students  spend  two  hours  each,  then  the  cumula- 
tive time  integral  of  students  over  time  = (1x5)  + (3x2)  = 11  hours.  Divid- 
ing by  four  (the  number  of  students)  gives  an  average  time  per  student  of  2.75, 
or  2 hours  and  45  minutes.  This  average  includes  any  students  currently  in 
the  learning  event  and  is  therefore  somewhat  distorted  in  the  low  direction 
when  there  are  students  in  the  learning  event. 

MAXIMUM  SECTION  SIZE  ACHIEVED:  The  largest  section  of  this  learning  event 
that  has  been  started.  There  may  be  a larger  section  that  is  waiting  for 
resources  and  has  not  been  started.  Section  size  is  a count  of  the  students  in 
a section. 

MAXIMUM  NUMBER  OF  CONCURRENT  SECTIONS:  This  refers,  once  again, 
only  to  running  sections.  There  may  have  been  or  may  be  in  the  future  many 
more  sections  of  this  learning  event  concurrently  in  existence  but  not  started. 

■ I F TEST)  CUMULATIVE  FAILS:  If  a learning  event  has  an  event  descriptor  (col. 
3)  of  "TEST."  this  column  shows  how  many  students  have  completed  the  test 
and  how  many  have  failed  it.  Naturally,  if  the  failure  policy  for  the  course  was 
that  all  students  would  complete  this  course  successfully  or  if  the  test  was  "not 
failable"  (see  Recap  Report  1),  the  number  of  failures  would  be  0. 

(IF  TEST)  CUMULATIVE  RECYCLES:  If  this  learning  event  has  an  event  descrip- 
tor of  "TEST"  and  if  any  students  who  have  taken  the  test  have  been  caused 
to  recycle,  the  count  of  such  recycles  is  given  in  this  column. 

CURRENT  STUDENTS:  The  total  number  of  students  who  are  currently  in  this 
learning  event  (in  one  or  more  sections)  is  given  in  this  column. 

CURRENT  SECTIONS:  The  number  of  sections  of  this  learning  event  currently 
underway  is  given  here. 

Output  Report  3.  Student  Queues  by  Learning  Event 

This  report  is  a record  of  student  waiting  time  in  the  course.  On  the  left  are 
shown  (one  line  per  learning  event)  the  queues  for  resources.  On  the  right  are 
shown  the  queues  for  other  students. 

Table  9 is  an  example  of  this  report.  Since  all  resources  were  declared  to  he 
unlimited,  there  is  no  waiting  of  students  for  resources,  and  all  resource  queues  are 
empty  Because  some  of  the  learning  events  have  a minimum  section  size  greater 
than  the  number  of  students  to  arrive  from  the  preceding  learning  event,  there  is 
some  waiting  in  the  Queues  for  Other  Students. 

Students  never  enter  the  Queue  for  Resources  of  a particular  learning  event 
unless  one  or  more  of  the  resource  types  needed  to  start  the  learning  event  are  not 
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available  in  the  required  quantity.  When  a student  enters  this  queue  (and  is  count- 
ed as  an  entry)  the  resource  may  be  released  by  a completing  section  and  made- 
available  to  the  queued  student.  If'no  time  elapsed  between  the  times  the  student(s) 
entered  and  let!  the  queue,  such  students  will  be  counted  as  zero-time  entries.  By 
subtracting  these  zero-time  entries  from  the  cumulative  entries,  it  is  possible  to 
determine  how  many  students  actually  waited  in  the  queue. 

Students  who  want  to  take  a particular  learning  event  always  enter  its  Queue 
for  Other  Students  If  the  minimum  section  size  is  one  or  if  they  complete  the 
minimum  section  size  by  their  arrival,  then  the  section  is  immediately  formed. 
Students  never  wait  for  students  and  resources  simultaneously.  That  is,  an  incom- 
plete section  of  students  is  not  allowed  to  compete  for  resources  with  a section  that 
is  ready  to  use  the  resources.  If  an  incomplete  section  of  students  were  allowed  to 
compete  for  resources  and  perhaps  reserve  resources  before  all  required  students 
were  ready,  a deadlock  in  the  allocation  of  resources  might  occur  as  follows: 

Assume  two  sequential  learning  events;  both  require  resource  AAA  of 
which  there  is  one  unit  available  course-wide.  This  resource  has  a capacity 
of  two  students  and  is  always  dedicated  (to  a single  section).  The  minimum 
section  size  for  l.e.  1 is  one  student.  Minimum  section  size  for  l.e.  2 is  two 
students. 

The  first  student  arrives  at  l.e.  1 and  forms  a section  immediately  and 
reserves  resource  AAA;  l.e.  1 starts  and  completes  in  AVG.TIME.ALLWD. 
That  student  then  goes  to  l.e.  2 and  needs  both  another  student  and  re- 
source AAA.  If  the  student  reserves  the  resource  while  waiting  for  an- 
other student,  then  a deadlock  will  occur.  A later  student  will  never  be  able 
to  join  the  first  student  because  prerequisite  l.e.  1 cannot  be  completed 
until  resource  AAA  is  available. 

L.E.:  The  learning  event  number  (col.  1 / is  common  to  both  sides  of  this  report.  The 
next  seven  columns  are  associated  with  the  queues  for  resources  at  this  learn- 
ing event,  and  the  following  seven  columns  describe  the  queues  for  other 
students  at  this  learning  event.  Except  for  the  rules  through  which  students 
are  placed  in  these  queues  (described  above),  like  columns  on  each  side  are 
similarly  defined. 

AVERAGE  NUMBER  OF  STUDENTS:  The  average  number  of  students  in  the 
queue  during  those  times  when  it  was  not  empty.  It  is  analogous  to  average 
number  of  students  in  a learning  event  in  the  preceding  report. 

M WIMUM  NUMBER  OF  STUDENTS:  The  maximum  number  of  students  wait- 
ing for  resources  for  use  in  t his  learning  event  at  any  one  time  (so  far1  li  might 
also  be  described  as  the  maximum  length  of  the  queue.  This  count  will  not 
include  any  students  who  were  zero-time  entries. 

AVERAGE  TIME  IN  THE  QUEUE:  Average  time  spent  in  the  queue  In  all  stu 
dents  who  entered  the  queue,  including  zero-time  students 

AVERAGE  TIME  IN  THE  QUEUE:  The  time  spent  waiting  In  students  averaged 
over  only  those  who  actually  wailed  those  with  non-zero  wait  times  Die 
count  of  such  students  may  be  obtained  by  subtracting  zero-time  entries  (2 
cols,  to  the  right)  from  cumulative  entries  (one  col.  to  the  right) 
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CUMULATIVE  ENTRIES:  The  total  number  of  students  w ho  have  entered  the 
queue. 

ZERO-TIME  ENTRIES:  The  number  of  students  who  entered  the  queue  and  re- 
mained for  zero  time. 

CT'RRENT  STUDENTS:  The  number  of  students  who  are  waiting  for  resources  an- 
other students,  depending  on  the  side  of  the  report)  for  use  in  this  learning 
event  at  this  simulated  time  in  the  course. 

Output  Report  4.  Resource  Utilization  by  Learning  Event 

This  report  gives  a detailed  history  of  resource  type  use  at  each  learning  event 
Course-wide  resource  use  figures  are  provided  in  Output  Report  4 (Table  lOi.  How 
ever,  when  a resource  type  is  used  in  more  than  one  learning  event  it  is  sometimes 
useful  to  examine  the  distribution  of  total  use  hours  over  the  individual  learning 
events.  The  first  column  of  this  report  gives  the  learning  event  number  Following 
this  is  a line  for  each  resource  type  used  in  the  learning  event  Each  resource  t>  pe 
line  contains  a resource  number  name  pair  followed  by  the  capacity  of  the  resource 
type  for  purposes  of  this  learning  event.  (The  capacity  is  a constant  repeated  hero 
for  reference.) 

CURRENT  NUMBER  OF  UNITS  IN  USE:  The  current  number  of  units  of  each 
resource  type  in  use  for  this  learning  event  at  the  time  of  the  report.  Foi 
example,  there  was  one  CLSROOM  and  one  1NSTR.  in  use  for  l.e  1 at  the  start 
of  the  30th  course  hour.  There  were  .8  T.ASST.s  in  use  and  1 CLSROOMs  in 
use  for  l.e.  10.  Fractional  numbers  of  units  can  occur  only  w hen  a resource  is 
shareable  for  a particular  learning  event. 

CURRENT  NUMBER  OF  UNITS  RESERVED:  The  current  number  of  units  being 
held  by  waiting  sections  of  this  learning  event  (until  all  remaining  resources 
required  by  the  section  are  available).  As  the  resources  become  available  they 
will  be  added  to  the  number  of  resources  reserved  by  the  section  until  tin- 
reserved  amounts  are  equal  to  the  amounts  required.  At  that  time  the  section 
will  proceed  and  these  resources  will  be  "in  use."  No  units  are  reserved  in  t Ins 
example  because  there  are  unlimited  resources  and  no  waiting  is  necessan 
for  resources  to  become  available.  In  the  "unlimited  resources"  cases  re- 
sources are  added  to  inventory  as  they  are  needed. 

Cl  RRENT  NUMBER  OF  UNITS  REQl ' ESTEI):  The  number  of  resources  of  each 
type  that  are  not  yet  available  to  one  or  more  waiting  sections  of  this  learning 
event.  The  sum  of  Current  Units  Reserved  and  Current  Units  Requested  is 
equal  to  the  Units  Required  by  the  waiting  section(s)  in  order  to  start  In  this 
example,  there  are  no  requests  outstanding  for  units  at  any  of  the  learning 
events  (see  Table  10). 

MAXIM!  M IN  CONCURRENT  USE  FORTIUS  LEARNING  EVENT  This  is  the 
maximum  number  of  units  of  this  resource  type  concurrently  in  use  for  this 
learning  event.  For  example,  between  time  (land  time  30.0  hours,  six  was 
the  maximum  number  of  units  of  resource  type  T>  in  list-  at  any  single  moment 
of  time  for  learning  event  9 (see  Table  10). 
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Table  10 

Output  Rkport  1 Rksourck  Utilization  by  Learning  Event 
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CUMULATIVE  USE  HOIKS:  This  is  the  number  of  units  in  use  multiplied  by  the 
time  interval  over  which  they  were  used,  summed  for  this  learning  event  If 
equipment  items  each  had  use-meters  on  them,  one  use-meter  for  each  learn- 
ing event  where  they  were  used,  this  number  would  equal  the  in-use  reading 
on  a particular  learning  event  at  this  time  in  the  course.  The  assumptions 
made  are  that  an  item  is  "in  use"  only  when  a section  is  started  and  not.  for 
example,  when  the  unit  is  reserved—  even  though  it  is  unavailable  for  other 
use  in  both  cases.  Also,  w hile  a section  is  running,  only  those  portions  of  a 
resource  unit  that  are  unavailable  to  other  users  are  considered  in  use  If  a 
dedicated  resource  unit  that  has  a capacity  of  five  students  is  used  in  a one- 
hour  section  containing  only  two  students,  it  w ill  accumulate  one  use  hour 
If  the  same  resource  unit  were  shareable  rather  than  dedicated,  then  dur- 
ing an  hour  when  only  two  students  used  it,  it  would  be  considered  only  2 5 
tor  10  percent)  occupied  and  would  accumulate  only  2d  minutes  of  time  or 
24  60  of  a use  hour. 

Cl  Mil  .ATI  YK  STl  DENT  USE  HOURS:  An  extension  of  the  number  of  use  bouts 
of  this  equipment  type  (for  this  learning  event)  multiplied  by  the  number  of 
students  using  the  unitts1  during  each  interval.  A comparison  of  these  columns 
will  provide  a ratio  of  equipment  units  to  students  for  each  resource  type  and 
learning  event.  For  example,  varying  instructor  student  ratios  may  be  exam- 
ined by  looking  at  these  columns  for  the  appropriate  resource  types. 

Output  Report  5.  Resource  Utilization  by  Resource  Type 

This  report  shows  resource  use  for  the  entire  course  It  is  a summary  of  the 
information  given  in  Report  4.  In  addition,  it  provides  information  on  the  simula- 
tion of  unlimited  resources.  Table  11  is  an  example  of  this  report 

The  first  two  columns  give  the  resource  name  number  pair.  The  next  column 
is  a repetition  of  the  specification  for  this  resource — whether  it  was  specified  in  a 
limited  quantity  or  as  unlimited.  When  the  "Qty.Ltd?"  column  is  checked  under 
"No"  the  model  simulates  the  acquisition  of  resources  as  needed  The  acquisition 
is  instantaneous.  The  idea  is  not  to  simulate  acquisition  as  such  but  to  simulate 
student  demand  for  a given  course  design  in  order  to  estimate  required  resources 
from  the  simulation-generated  requirement.  If  a resource  type  with  unlimited 
quantity  is  always  dedicated,  the  total  number  of  units  currently  in  the  system 
should  equal  the  maximum  number  of  units  concurrently  in  use  A unit  of  the 
resource  type  is  added  to  the  system  only  when  it  is  needed  and  about  to  he  used 
If.  however,  the  planner  uses  unlimited  resources  in  conjunction  with  severely 
limited  resources,  a false  projection  ofthe  need  for  this  resource  can  occur  See  Sec 
IN’  for  a discussion  of  this  problem.  If  this  resource  type  is  sometimes  or  alw  ays 
shareable,  the  maximum  number  of  units  concurrently  in  use  may  be  a little  less 
than  the  total  number  of  units  currently  in  the  system  because  additional  units  are 
added  to  the  system  only  in  integral  units  and  with  shareable  resources  the  require- 
ment causing  such  an  addition  might  be  fractional 

T<  )TA I,  \< ) OK  UN  ITS  Cl  KKKNTI ,Y  I N SYSTEM  It  t lie  quantity  -limited  column 
show  s an  \ under  "yes"  then  this  number  is  a repot  it  ion  ofthe  limited  quant  i 
t v specified  in  Recap  Report  3 (Table  1).  For  unlimited  quantity  resources,  t Ins 
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is  the  number  of  units  required  by  the  course  so  far.  If  a resource  is  specified 
as  an  unlimited  quantity  resource  and  it  is  not  used  in  conjunction  with  any 
other  limited  quantity  resource,  then  total  NO.  OF  l NITS  Cl  RRENTLY  IN 
SYSTEM  is  equal  to  the  MAXIMUM  CONCURRENTLY  IN  USK  (column  81 
rounded  up  to  the  nearest  integer 

TOTAL  NOOK  UNITS  CURRENTLY  IN  USE:  The  total  number  of  units  of  this 
resource  type  now  in  use  by  any  and  all  sections  in  the  course. 

T<  )TAL  NO  OF  UNITS  CURRENTLY  RESERVED:  The  number  of  units  currently 
reserved  by  any  and  all  sections  of  learning  events.  Note  that  a reservation 
of  a resource  shown  in  this  report  means  that  either  not  enough  units  of  this 
resource  are  available  to  start  the  section  or  units  of  some  other  resource  type* 
(that  are  used  with  this  resource  type)  are  unavailable. 

T(  )TAL  NODE  UNITS  CURRENTLY  REQUESTED:  The  number  of  units  of  each 
type  that  would  at  this  time  allow  all  resource-queued  sections  to  he  dequeued 
and  start.  The  resource  quantities  reserved  (preceding  column)  plus  those 
requested  plus  those  in  use  are  the  total  resources  required  by  all  students  in 
the  system  at  this  time.  This  column  shows  the  unavailable  portion  of  that 
requirement. 

When  a combination  of  limited  and  unlimited  resource  types  have  been 
used,  particularly  in  the  same  learning  event,  the  highest  number  of  resource 
units  acquired  (for  the  unlimited  types)  will  not  be  a valid  indicator  of  the 
number  of  such  units  needed  to  prevent  delays.  It  is  likely  to  he  too  him 

Suppose  learning  event  1 requires  one  unit  of  resource  A.  vs  Inch  is  limited, 
and  one  unit  of  resource  B.  which  has  been  specified  unlimited  Every 
section  that  is  unable  to  acquire  a unit  of  resource  A will  request  it  and 
queue  up  for  it.  The  section  will  also  request  and  reserve,  if  possible,  any 
other  resources  needed.  One  unit  of  resource  B is  needed  so  it  is  reque-teii. 
this  causes  it  to  be  created  or  "acquired"  and  then  it  is  reserved  As  mote 
sections  queue  up  for  resource  A,  additional  units  of  resource  B are  re 
quested,  acquired,  and  reserved.  If  resource  A is  required  for  a lull  lima 
and  is  requested  every  half  hour  and  if  the  supply  is  limited  to  one  unit 
t hen  the  queue  length  will  increase  without  hound  over  1 1 me  Similarly  tin 
number  of  units  of  resource  B that  are  acquired  will  also  continue  to 
increase  over  time.  Yet  it  is  clear  that  under  t lie  above  conditions  only  one 
additional  unit  of  resource  A would  remove  the  queueing  requirement 
Mixed  specifications  lead  to  misleading  indicators  and  the  user  should  not 
use  them.  Either  all  resources  should  he  considered  unlimited  or  all  should 
have  quantities  specified  for  them 

MAXIMUM  NODE  UNITS  CONCURRENTLY  IN  USE  Defined  as  concurrent  use 
regardless  of  learning  event.  It  is  the  maximum  number  of  units  that  have 
been  concurrently  m use  throughout  the  course 

T(  )TAL  ACTUAL  l SE  I K HRS:  The  sum  of  the  cumulative  use  hours  by  resource 
type  across  learning  events  See  "Cumulative  Use  Hours"  in  Output  Report 
I For  example,  in  Table  II  total  actual  use  hours  for  the  classroom  are  D 
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hours  and  48  minutes  Table  10  gives  the  cumulative  use  hours  for  classroom 
as: 

10  hrs. 

2 hrs.  36  mins.. 

36  mins.. 

5 hrs. 

2 hrs. 

4 hrs. 

1 hr.  12  mins., 

3 hrs. 

3 hrs. 

30  mins.,  and 
30  mins. 

tor  a total  of  32  hrs.  48  mins. 

TOTAL  UNIT-HOURS:  .Number  of  units  of  this  type  in  the  system  multiplied  by 
the  number  of  hours  simulated  (the  time  of  this  report).  Represents  total 
available  resource  hours. 

AVERAGE  PERCENT  UNIT-HOURS  KILLY  I DLL:  Computed  by  dividing  the 
time  integral  of  Number  of  Units  Fully  Idle  by  the  total  unit-hours  'above-  lot 
that  resource  type.  The  time  integral  of  Number  of  Units  Fully  Idle  is  simplv 
the  cumulative  sum  of  fully  idle  hours  of  all  units  of  this  resource  The  dis 
tinction  between  idle  and  fully  idle  is  made  because  resources  may  be  parth 
.die  if  they  are  shareable;  or  they  may  he  in  use  but  not  to  full  capacity  when 
they  are  dedicated. 

Output  Report  6.  Sections  Queued  by  Resource  Type 

This  report  gives  more  information  on  resource  wait  queues,  which  are  seen  as 
section  rather  than  student  queues  and  tire  associated  with  a resource  type  rather 
than  a learning  event.  (See  Table  12.)  When  resources  are  requested  they  are 
requested  by  a section  (of  one  or  more  students)  that  will  be  prepared  to  start 
immediately  when  till  the  required  resources  are  available.  The  section  is  queued 
for  the  resource  and.  in  addition,  the  students  in  the  section  are  enqueued  at  the 
learning  event  so  that  interactions  between  overall  resource  demand  and  demand 
generated  by  certain  parts  of  the  course  may  he  examined.  This  report  has  one  line 
representing  the  section  queues  for  each  resource  type.  The  same  section  may  he 
queued  for  more  than  one  resource  type  and  would  thus  appear  more  than  once  m 
this  report. 

RESOURCE  TYI’K:  The  number  of  the  resource  type. 

A YKR  A(  5K  NT  M BKR  OF  SECTION’S:  The  average  number  of  sect  ions  w ait  ing  for 
resources  of  this  type 

M WIMl  M NT  MBER  OF  SECTIONS:  The  maximum  number  of  sections  comm 
rently  waiting  for  resources  of  this  type  If  a section  is  waiting  for  more  than 
one  type  of  resource  it  will  appear  in  more  than  one  section  queue 
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\\  KRAOK  T1 MK  IX  Ql’Kl'K:  The  average  amount  oftinu*  that  any  section  spent 
in  the  queue. 

A V KRAOK  TIM  K IX  Ql'Kl'K:  The  average  amount  oftinu*  spent  in  the  queue  |.\ 
sections  that  did  not  pass  through  the  queue  in  zero  time. 

Cl  Ml  KATIVK  SECTION'S:  The  total  number  of  section  entries  into  this  queue 

ZI-.KO  TIME  SECTIONS:  The  total  number  of  entries  into  this  queue  that  passed 
through  it  in  zero  time.  The  total  number  of  sections  that  spent  nonzero  time 
in  tlie  queue  is  obtained  by  subtracting  zero-time  sections  from  cumulative 
sections. 

Cl  RREX  f SECTIONS  QL’El'ED:  The  current  number  of  sections  queued  for  re 
sources  of  this  type.  They  might  be  from  one  learning  event  or  many  This 
report  provides  only  the  total  number  of  sections  queued 
fable  12  is  not  very  interesting  because  there  are  no  resource  queues  of  am 

kind  generated  in  an  unlimited  resource  case. 


Table  12 

Output  Report  6:  Sections  Queued  by  Resource  Type 
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IV.  THE  SAMPLE  CASE 


\ppendix  15  presents  the  Resource  Utilization  Model  output  for  the  sample 
case.1  Included  in  the  output  is  the  summary  of  initial  conditions — the  series  of 
initial  reports  that  reflect  the  inputs  and  thus  document  the  particular  course 
design  parameters  being  simulated.  By  following  the  definitions  of  output  variables 
a.'  given  in  Sec.  Ill,  the  reader  may  interpret  the  results  of  the  simulation  of  the 
sample  case  design 

This  section  will  touch  very  briefly  on  a few  of  the  less  obvious  elements  of  the 
sample  case  output.  It  is  meant  to  be  read  while  examining  the  reports  droth 
summary  input  and  output)  in  App.  B. 

As  seen  in  App.  B.  reports  are  requested  every  768  hours  and  the  simulation 
is  scheduled  to  end  at  768  hours.  Earlier  runs  of  the  case  with  much  more  frequent 
report  intervals  had  been  examined  and  analyzed  before  this  final  run  was  made. 
The  output  reports  are  in  no  sense  a set  of  "answers”  that  may  be  evaluated  at  a 
single  point  in  time.  Rather,  they  are  windows  into  the  events  in  a time  stream  and 
can  best  be  understood  through  an  examination  of  the  trends  and  interactions  of 
the  indicators  that  have  been  selected  for  reporting.  The  examination  of  a set  of 
reports  for  a single  point  can  be  misleading;  that  point  may  coincide  with  the  high 
or  low  in  a cyclical  trend,  leading  the  planner  to  miss  otherwise  obvious  course 
interactions  or  side-effects.  Studying  the  reports  and  their  relationship  to  each 
other  and  to  the  underlying  pattern  of  student  arrivals  can  be  a complex  task. 
However,  it  is  the  only  way  to  gain  the  insights  into  the  course  dynamics  that  the 
model  provides. 

Bart  1 of  the  Summary  of  Initial  Conditions  in  App.  B shows  that  the  sample 
case  has  a fixed  number  of  students  (8),  arriving  at  fixed  time  intervals  (30  hours). 
The  students  belong  to  one  of  four  categories,  and  upon  arrival  at  the  course  each 
student's  category  is  determined  and  that  student  is  assigned  category  numbers. 
The  determination  is  made  by  a random  number  draw  so  that  the  cumulative 
proportion  of  students  in  each  category  will  reflect  that  defined  in  the  input  specifi- 
cations This  is  analogous  to  deciding  in  advance  the  expected  representation  of  the 
characteristic  Electrical  Engineering  Train  ingfE.E.Tng.)  in  the  arriving  population 
12  percent  \ 18  percent  30  percent).  In  addition,  it  is  assumed  that  on  the 
average  land  regardless  of  E.E.Tng.)  40  percent  of  the  students  will  he  classifiable 
as  "slow”  and  60  percent  as  "fast.”  However,  each  arrival  group  is  not  expected  to 
be  a representation  of  these  percentages,  which  are  only  for  the  population  as  a 
whole,  and  each  group  is  composed  of  students  selected  randomly  front  that  popula- 
tion. In  the  group  of  students  arriving  at  each  time,  one  or  more  of  the  categories 
may  not  be  represented  tit  till  or  may  be  represented  very  strongly.  This  is  an 
important  design  consideration  and  affects  the  flow  of  students  through  any  course 
that  discriminates  by  ability  or  characteristic  and  requires  a minimum  number  of 
students  greater  than  one  in  any  learning  event  that  so  discriminates  Both  of  t hese 
conditions  are  met  in  the  sample  case;  this  point  will  be  further  elaborated  upon 
below. 

I lu>  simpU*  r.isr  \s.i>  first  pn>rnt<Mf  . i ml  (Irvrlnpcti  more  fulls  in  the  MODI  \ tt-puris  R ITou  .uui 
IM702 
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The  student  grouping  policy  selected  In  the  planner  is  also  shown  in  App.  B. 
Note  here  the  categories  into' widt  h students  are  divided.  Resource  I tilization 
Model.  Course  to  he  Simulated."  shows  course  specification  and  the  categories  of 
students  that  are  eligible  for  each  learning  event  in  the  course  Hat  h ofthe  students 
in  the  four  categories  is  to  he  taught  in  one  of  three  ways  (The  treatment  for  two 
of  the  categories  is  very  similar  Those  students  with  the  prescribed  background 
characteristic  K E Tng  . whether  slow  or  fast  students  i categories  2 and  4i,  are 
presented  the  same  material  l.es  58-84  and  spend  equal  time  on  it  The  only 
exception  to  this  is  an  initial  presentation  and  homework  assignment  d.e.  58-59  and 
a later  review  d.e.  81  . which  the  category  1 students  - fast  students  w ith  K.K.Tng  > 
are  allowed  to  skip  Skipping  l.e.  58  puts  all  category  t students  from  a particular 
arrival  group  15  minutes  ahead  of  category  2 students  in  that  same  group  until 
graduation,  unless  a lack  of  resources  slows  down  the  faster  starters  sufficiemlv 
that  those  not  skipping  the  first  event  catch  up.  This  may  he  important  to  console1 
it  some  pairing  of  slow  and  fast  students  was  envisioned.  For  example,  categorv  I 
students  are  expected  to  he  represented  by  only  18  percent  of  the  population;  and 
in  an  arrival  group  of  eight  this  representation  will  probably  mean  only  one  or  two 
students,  sometimes  none,  and  sometimes  more.  When  there  is  only  one  such 
student  in  category  I land  assuming  no  resource  constraints  . that  student  w ill  start 
w ith  learning  event  till  and  proceed  freely  until  learning  event  tit.  at  which  time 
there  will  he  a wait  for  any  category  2 or  category  1 student.  Category  2 students 
represent  an  even  smaller  proportion  ofthe  student  population  12  percent i and 
must  also  take  learning  event  64  with  at  least  one  other  student  If  two  category 
J students  should  he  in  the  same  arrival  group  they  will  not  need  to  wait  for  a 
category  2 student  at  learning  event  B4.  Therefore,  category  2 students  would 
occasionally  have  to  wait  for  a student  front  the  next  arrival  group.  "Student 
Queues  by  Learning  Event — Queues  for  Other  Students"  indicates  that  15  students 
waited  for  other  students  tin  average  of  18  hours  and  9 minutes  each  at  this 
learning  event.  Many  and  maybe  most  of  these  students  were  from  category  2 

Students  without  E.E.Tng.,  whether  fast  or  slow  (categories  1 and  8).  are  to  lie 
t tea  ted  differently  from  each  other  and  from  the  first  two  groups  mentioned.  These 
differences  in  treatment  cannot  be  inferred  from  these  reports  except  that  they 
each  take  a different  series  of  learning  events.  The  differences  in  treatment,  how 
ever,  are  specified  in  the  summaries  of  interaction  provided  the  planner  by  the  Cser 
Interface. 

( ’nurse  to  hi1  Simulated"  shows  that  in  the  sample  case  all  learning  event  times 
are  fixed  That  is.  the  maximum  time  allowed  is  equal  to  the  average  time  allowed 
is  equal  to  the  minimum  time  allowed.  There  are  occasionally  a minimum  number 
of  students  greater  than  one  required  for  particular  learning  events  in  each 
"track"  .Vote  also  the  15  percent  failure  rate  and  the  distribution  oft  hose  failures 
across  student  categories  Category  2 and  4 students  (see  "Summary  of  Initial 
Conditions”!,  who  receive  essentially  the  same  material,  have  different  failure 
rates  The  failure  rate  for  category  2 students  ("slow”  students  with  E.ETng  1 is 
three  times  as  high  as  that  for  category  1 students  ("fast"  students  with  K K Tng  » 
These  category  2 and  I students  will  lie  taking  t he  same  test  i learning  event  8 1 > hut 
will  fail  the  test  at  different  rates  Also  note  that  the  slow  students  with  E KTng 

In  this  case  "track"  i>  beintf  looseh  used  to  mean  an>  one  ol’tlie  three  nonmlei '«•<  ’ tu;  *et*»  • 

learning  events  mentioned  above 
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a iv  expected  to  fail  the  course  at  a higher  rate  than  are  slow  students  without 
K K Tng.  Th.  is,  for  every  28  students  for  category  I,  on  the  average  7-1  2 will  fail 
this  courst  0 percent  of  15  percent  i.  However,  for  every  12  students  from  category 
2.  on  the  average  1-1  2 will  fail  (30  percent  of  15  percent ).  Thus  any  given  category 
2 student  is  more  likely  to  fail  than  a category  1 student. 

"Course  to  he  Simulated"  indicates  the  eligibility  categories,  student  require- 
ments, time  allowed,  recycle  points,  etc.  These  reports  are  followed  by  resource 
requirements  and  resource  definitions  and  specification  tables. 

The  first  output  report  (as  distinguished  from  the  recap  or  input  reports)  at  time 
768  course  houis  shows  the  simulated  number  of  student  arrivals,  failures,  and 
graduations  in  summary.  Peak  student  load  ( 13)  differs  from  average  student  load 
x ;t  and  reflects  in  part  the  students  delayed  waiting  for  other  students  and  also 
students  rec\  cling  through  the  course.  The  average  time  to  finish  the  course  should 
be  ver\  close  for  students  from  categories  2 and  4 since  they  cover  essentially  the 
same  material,  give  or  take  one  or  two  hours.  Therefore,  since  the  average  time  to 
finish  is  so  different  for  group  2 (52:31)  and  group  4 students  (26:51),  it  may  be 
worthwhile  to  look  for  an  explanation.  Part  of  this  additional  time  to  finish  the 
course  was  discussed  above  (arrival  group  sizes  and  minimum  students  required 
for  learning  event  64).  At  best,  however,  that  could  account  for  only  tin  extra  18 
hours  per  category  2 student  and  there  is  an  almost  26-hour  difference  'on  the 
average.  "Student  Queues  by  Learning  Event"  shows  that  five  students  waited  an 
average  of  59  hours  and  3 minutes  each  for  another  student  in  order  to  take 
learning  event  81 . which  is  restricted  to  category  2 students.  This  amounts  to  a total 
additional  wait  time  of  295  hours  for  category  2 students  or  about  19  extra  hours 
per  student  (15  graduated)  in  addition  to  any  waiting  explained  by  the  require- 
ments and  queues  at  learning  event  64.  The  wait  at  he  81  is  occasioned  by  the  fact 
that  a categorx  2 and  a category  1 student  may  have  been  traveling  through  the 
course  together  from  he.  64  only  to  have  the  category  2 student  lose  his  required 
"partner"  at  he  81.  which  must  be  skipped  by  category  4 students.  The  unlucky 
student  then  waits  for  the  next  arrival  group  to  get  to  almost  the  end  of  the  course 
to  join  him. 

'I  here  are  analogous  waits  in  the  other  tracks  in  the  course.  For  example, 
learning  event  38,  in  the  series  of  learning  events  restricted  to  category  3 students, 
is  the  first  in  that  series  to  require  a minimum  of  two  students  rather  than  one 
"Student  Queues  by  Learning  Event").  Six  students  waited  an  average  of  16  hours 
each  for  a student  from  the  next  arrival  group  or  from  a recycle  at  this  learning 
event 

Resource  competition  among  the  different  learning  events  can  occur  among 
learning  events  in  the  same  track  as  well  as  in  different  tracks  For  exampfi  . in 
learning  events  9,  I I.  and  16.  students  are  forced  to  wait  for  resources  For  most 
group  I students,  learning  event  9 starts  at  the  tenth  course  hour  "Students  and 
Section  by  Learning  Event  Number").  L.e.  !•  uses  resources  5.  10.  and  1 I see 
Resources  Required  by  Learning  Event").  Because  both  the  other  tracks  have 
-i *vera  1 waits  early  in  t heir  series  (for  both  students  and  resources!,  it  is  not  possible 
to  pinpoint  from  these  reports  exactly  which  learning  events  are  using  these  re- 
sources at  that  time.  Only  more  frequent  reporting  could  shed  light  on  these  txpes 
of  mtei  actions  The  cross-reference  table  of  "Learning  Events  by  Resource  Type" 
shows  that  of  the  IT  resources  defined  for  the  course.  II  of  them  will  be  used  b\ 
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students  in  all  three  tracks.  Since  the  tracks  are  run  concurrently  (except  for 
occasional  recycles)  there  should  be  a good  sprinkling  of  concurrent  demand  for 
these  resources  as  is  reflected  in  "Resource  Utilization  by  Learning  Event,”  by 
learning  event,  and  in  "Sections  Queued  by  Resource  Type.” 

There  are  waits  by  student  (for  other  students)  at  learning  events  14  and  16, 
which  nitty  not  be  immediately  obvious  unless  the  reader  has  grasped  formation 
of  sections  and  the  competition  for  resources  (see  Sec.  II,  p.  14  for  a more  general 
discussion).  Learning  event  14  is  not  the  first  learning  event  in  the  track  for  catego- 
ry 1 students  that  requires  more  than  one  student.  In  fact,  "Course  to  be  Simulated" 
shows  nine  learning  events  in  this  track  preceding  learning  event  14  with  a require- 
ment of  at  least  two  students.  However,  learning  event  14  does  have  a record  of 
resource  competition.  This  means  that  there  were  lit  least  two  separate  occasions 
at  learning  event  14  when  a number  of  students  were  ready  to  enter  the  learning 
event  only  to  find  that  there  were  not  enough  resources  for  all  of  them.  According 
to  model  rules,  if  there  were  enough  resources  for  some  number  of  them  greater 
than  or  equal  to  the  minimum  required,  the  section  would  be  formed  and  commence 
immediately,  leaving  any  not  accommodated  for  the  next  sect  ion.  If  there  were  two 
or  more  stragglers  they  could  start  a new  section  and  queue  up  for  resources 
(Those  who  did  so  are  shown  on  the  left  side  of  "Student  Queues  by  Learning 
Event.”)  If  there  were  not  at  least  two  left  behind,  the  student  left  would  have  to 
wait  for  another  student  to  come  along  to  form  a section  (probably  occurring  onl\ 
after  the  next  arrival  group  or  upon  a recycle).  When  fragmentation  of  this  sort  is 
caused  or  contributed  to  by  lack  of  resources,  an  increase  in  available  resources  ill 
eliminate  or  alleviate  the  problem. 


V.  INPUT  SPECIFICATIONS 


This  section  shows  how  the  User  Interface  passes  a course  design  to  the  He 
source  I'tilization  Model.  Since  these  specifications  drive  the  system  design  they 
may  prove  useful  to  the  reader  who  is  also  a user.  For  each  variable  that  may  be 
passed  from  the  User  Interface  to  the  Resource  Utilization  Model  there  is  an  entry 
consisting  of  a variable  name,  the  mode  of  the  variable,  the  allowable  range  of 
values  for  numeric  variables  (or  the  size  for  alphanumeric  variables),  and  a defini- 
tion. If  the  variable  values  are  interpreted  as  codes,  the  code  definitions  are  given. 
Variables  are  presented  in  the  order  in  which  the  model  reads  them. 

The  formats  in  which  the  model  expects  all  of  these  variables  are  described  and 
shed  some  light  on  the  "mode”  of  the  variables.  This  material  is  not  intended  for 
the  ordinary  user  of  MODIA  but  is  essential  to  anyone  who  might  want  to  make 
minor  modifications  to  the  system.  It  is  also  an  important  part  of  the  system 
documentation. 


I NK  COURSE 


Variable  Name: 
Mode: 
Allowable  Range: 
Definition: 


SARO 
Integer 
1 X I 

Student  Arrival  Rule  Option  takes  a value  of  1.  2.  or  1 
depending  on  the  arrival  rule  selected: 

1.  Students  arrive  in  groups  of  a fixed  size  and  at  fixed  time 
intervals  Example:  Every  30  course  hours  ten  students  ar- 
rive at  the  course. 

2.  Students  arrive  in  groups  whose  size  is  determined  ran- 
domly about  a given  mean  and  at  random  time  intervals 
around  another  mean.  Example:  About  ten  students  arrive 
approximately  every  45  course  hours. 

3.  Students  arrive  in  groups  whose  size  is  determined  ran- 
domly (drawn  from  a normal  distribution  with  a mean  of 
ARR.GRI’.SZ  and  a standard  deviation  I 3ofARRG  DEV 
below)  hut  the  time  between  arrivals  is  fixed  Example:  ten 
to  20  students  arrive  every  10  course  hours 

4 Students  arrive  in  groups  of  a fixed  size  but  the  time 
between  arrivals  of  these  groups  is  random  (drawn  from  a 
normal  distribution  with  mean  I XTER  ARR  Tl  M E and  SD 
I AT  DEV  3).  Example:  Exactly  20  students  arrive  about 
even  (0  course  hours. 


Vai  table  Name: 
Mode: 
Allowable  Range: 


A RR.CiRI’  SZ 
Integer 
N 0 


IN 


19 


Definition:  The  number  of  students  in  an  arriving  group  of  students  at 

the  course.  If  a random  group  size  was  specified  above,  this 
will  be  interpreted  as  the  mean  group  size 

Variable  Name:  INTER. ARR.TIME 

Mode:  Integer 

Allowable  Range:  N > 0 

Definition:  The  number  of  hours  between  arrivals.  If  a random  inter- 

arrival time  was  specified,  this  will  be  interpreted  as  the 
mean  inter-arrival  time. 

Variable  Name:  ARR.G.DEV 

Mode:  Integer 

Allowable  Range:  N > 0 

Definition:  This  item  is  required  only  if  SARO  3.  Deviation  from  mean 

arrival  group  size.  This  should  be  equivalent  to  three  stan- 
dard deviations  so  that  ARR.GRP.SZ  -t  ARR.G.DEV  will 
encompass  99  percent  of  group  size  range. 

Variable  Name:  I AT.  DEV 

Mode:  Integer 

Allowable  Range:  N > 0 

Definition:  This  data  item  is  required  only  if  SARO  4.  Deviation  from 

mean  inter-arrival  time  in  hours.  Should  also  be  equivalent 
to  three  standard  deviations  so  that  INTER. ARR.TIME  • 
IAT.DEV  will  encompass  99  percent  of  group  size  range 

Variable  Name:  REPORT. INTERVAL  (in  hours) 

Mode:  Real 

Allowable  Range:  N > 0 

Definition:  The  number  of  course  hours  between  R I'M.  reports 

Variable  Name:  SIM  END.OPT 

Mode:  Integer 

Allowable  Range:  0 or  1 

Definition:  0.  Run  R.L’.M.  for  a specified  number  of  simulated  course 

hours. 

1.  Run  RIM.  until  a specified  number  of  students  graduate 
from  the  course. 

Variable  Name:  ENDVAR  (Hours  or  Students) 

Mode:  Real 

Allowable  Range:  N > 0 

Definition:  This  is  either  the  specified  number  of  course  hours  or  the 

specified  number  of  graduates  which  will  determine  R l'  M 
run  time.  See  SIM  END  OPT  above. 

Variable  Name:  ADAPT.POL 

Mode:  Integer 

Allowable  Range:  0 < N • 5 
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Definition: 


Variable  Name: 
Mode: 
Allowable  Range: 
Definition: 


Variable  Name: 
Mode: 
Allowable  Range: 
Definition: 


Variable  Name: 
Definition: 


Variable  Name: 
Mode: 
Allowable  Range: 
Definition: 

Variable  Name: 
Mode: 
Allow  able  Range: 
Definition: 


Variable  Name 
Mode 

Allowable  Range 
Definition 


0.  Students  w ill  not  be  stratified  by  ability  or  background  at 
any  time  in  the  course.  No.  categories  1. 

I Students  will  be  stratified  by  background  only  No.  catego- 
ries 2. 

2.  Students  will  be  stratified  by  ability  only  into  two  catego- 
ries. 

3.  Students  will  be  stratified  by  ability  only  into  three  catego- 
ries. 

4.  Students  will  be  stratified  by  ability  only  into  four  catego- 
ries. 

5.  Students  will  be  stratified  by  ability  (into  two  categories! 
and  independently  of  ability  by  background  for  a total  of 
four  categories. 

BGNAME 

Alpha 

5 < LENGTH < 8 CHARS 

The  name  of  the  background  characteristic.  This  data  item 
should  be  supplied  only  when  ADAPT. POL  was  specified  as 
1 or  5 — i.e.,  background  stratification  is  being  used.  For  ex 
ample,  in  the  sample  case  given  in  App.  B.  BGNAME  was 
"E.E.TNG." 

BG.PERC 

Real 

0 < N < 1 .0 

The  fraction  of  students  with  the  background  characteristic 
Do  not  supply  unless  ADAPT. POL  1 or  5. 

UPPR.ABIL 

An  array  of  three  values,  each  of  which  may  specify  an  upper 
cutoff  for  an  ability  group.  They  are  listed  separately  below 
as  their  ranges  differ. 

UPPR.ABIL(l) 

Real 

0 < N < 1.0 

The  fraction  of students  in  the  slowest  ability  category  Speci- 
fy only  if  ADAIT  POL  1. 

UPPR.ABIU2) 

Real 

UPPR.ABILtl)  < N < 1.0 

The  fraction  of  students  in  the  bottom  two  ability  categories 
Specify  only  if  ADAPT.POL  3 or  ADAPT  POL  I 

UPPR.ABIL(d) 

Real 

l’PPR.ABIL(2)  < N • 1.0 

The  fraction  of  students  in  the  bottom  three  ability  categn 
t ies  Specify  only  if  ADAPT  POL  1 


j 
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Variable  Name: 
Mode: 

Allowable  Range: 
Definition: 

V ariable  Name: 

Mode: 
Allowable  Range: 
Definition: 


ADAPT.  PL: 

0 

1 

2 

3 

4 


FA  II.  RATH 

Real 

0 \ < 1.0 

The  total  fraction  of  students  who  will  fail  the  course. 

PC.FAIL.GRP(l),  PC.FAIL.GRP(2),  PC  FAIL.GRPUi. 
PC.FA1L.GRP(4>. 

Real 

0 < N < 1.0 

Specify  only  if  both  ADAPT. POL  and  FAILRATE  are  greater 
than  zero.  PC.FAIL.GRP(l)  is  the  fraction  offailures  who  will 
be  from  category  1.  As  many  data  items  must  be  provided  as 
there  are  categories  for  the  ADAPT. POL  chosen.  (The  table 
below  shows  the  number  of  categories  by  ADAPT. POL  value 
and  the  definition  of  each  category.)  The  fractions  provided 
must  sum  to  1.0  but  the  fraction  of  all  but  one  category  may 
be  zero.  For  example,  when  ADAPT.POL  2 (and  failrate 
0)  there  are  two  categories  of  students  (see  column  2 below C 
Category  1 refers  to  the  slow  students  and  category  2 refers 
to  the  fast  students.  When  ADAPT. POL  2,  there  are  three 
categories,  and  category  2 refers  to  the  average  students. 


NO.  OF  CATEGORIES 
1 

2 

*> 

3 

4 
I 


CATEGORY  NU  MBERS 
\ 3 4 

ALL 

W O W 

S E 

S A 

S s’ 

s\v  o sw 


E 

F'  .s 

FW  O K\V 


NOTE:  W/O  means  students  without  t li*-  special  characteristic.  \\ 
students  with  the  special  characteristic:  E or  S Before  these  indicates 
fast  or  slow  students.  A means  average,  S means  faster  slow  , and  E 
slower  fast. 


Variable  Name: 

N.OBJ 

Mode: 

Integer 

Allowable  Range: 

N > 0 

Definition: 

The  number  of  objectives  in  the  course 

Variable  Name: 

OBJ  NAMED),  1 1 to  N.OBJ 

Mode: 

Alpha 

Allowable  Range: 

LENGTH  N CHARS.  5 N 8 

Definit  ion: 

The  name  of  the  It  li  objective  tit  be  used  for  reports  onl\ 

Variable  Name: 

N I.E  DESCRIPTOR 

Mode: 

Integer 

Viewable  Range: 

N 0 

Definition: 

The  total  number  of  learning  events  in  the  course 
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For  each  learning  event,  the  following  variables  must  be  provided: 


Variable  Xante: 
Mode: 
Allowable  Range: 
Definition: 


Variable  Xante: 
Mode: 

Allowable  Range: 
Definition: 

Variable  Xante: 
Mode 

Allowable  Range: 
Definition: 


Variable  Xante: 
Mode: 

Allow  able  Range: 
Definition: 


Variable  Xante: 

Mode; 
.llowable  Range: 


LEATMBER 

Integer 

1 < X < X.LK. DESCRIPTOR 

The  identification  number  of  the  learning  event.  These  num- 
bers must  be  sequential  integers  from  1 to  X.LK. DESCRIP- 
TOR. 

Objective  Sequence  number 
Integer 

1 < X < X.OBJ 

The  sequence  number  of  the  objective  associated  with  this 
learning  event. 

Sl'BJ.MATTER.TYPE 
Integer 
1 < X < 10 

A code  defining  subject  matter  types  for  report  purposes.' 

1.  Easy  facts  and  concepts 

2.  Difficult  facts  and  concepts 

3.  Simple  classroom  skills  with  selected  response 

4.  Simple  classroom  skills  with  constructed  response 

5.  Complex  classroom  skills  with  selected  response 

6.  Complex  classroom  skills  with  constructed  response 

7.  Team  skills  with  special  equipment 

8.  Individual  product  skills  with  special  equipment 

9.  Individual  process  skills  with  special  equipment 

10.  Individual  product  and  process  skills  with  special  equip- 
ment 

EVENT  DESCR 
Alpha 

I.EXGTH  2 

If  Presentation:  GR  Guided  Practice:  I!’  ! nguided 

Practice;  D.  Discussion;  CP  Check  Practice:  11  Home 
work:  R.  Review;  T.  Test;  NOTE:  1 he  1 code  is  used 
b\  the  R.C.M  to  differentiate  between  regular  learning 
events  and  exams.  If  "If"  is  the  subject  matter  type  of  a 
learning  event,  the  average  time  allowed  must  be  0.0  and  no 
resources  may  be  required. 

AVG  TIME.  A LEWD  (In  Minutes! 

Real 
0 X 


t \ [>(•>  ,m-  tit-fined  ami  discussed  in  R 170'J  AK.  Ojn’ratnm  and  Ih'si^n  of  f/n  l srr  b n • 'mr 
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Definition:  The  completion  time  for  one  section  of  this  learning  event  If 

a student  is  progressing  individually  (MAX.STLDEXTS 
ALLWD  1 ).  the  student’s  ability  vvill  be  used  to  modify  this 
time  within  the  MLN.TIME.MULT  and  the  MAX 
TI.ME.M  ULT  constraints. 


Variable  Name: 
Mode: 
Allowable  Range: 
Definition: 


FLOW. CODE 
Integer 
1 < N < 15 

A FLOW7. CODE  is  associated  with  each  learning  event  and 
indicates  (as  shown  in  the  table  below)  the  categories  of  stu- 
dents that  are  eligible  for  the  learning  event.  See 
PC. FAIL. GRP  above  for  definition  of  categories.  The  number 
of  categories  depends  on  ADAPT. POL.  Category  numbers 
always  start  with  1,  so  that  for  ADAPT. POL  0,  FLOW 
CODE  must  always  be  1 For  example,  a flow  code  of  7 could 
be  used  if  ADAPT. POL  were  3 or  greater  and  it  would  mean 
that  category  1,  2.  and  3 students  were  eligible  for  a learning 
event.  This  would  then  be  used  by  the  model  and  shown  in 
the  reports. 


FLOW.  CODE 

1 

*> 

CATEG.  1 
X 

CATEG.  2 
X 

C.\  1'Et 

3 

1 

5 

X 

X 

X 

X 

X 

6 

X 

X 

7 

X 

X 

X 

8 

9 

X 

10 

X 

1 1 

X 

X 

12 

X 

13 

II 

X 

X 

X 

X 

15 

X 

X 

X 

CM  EG.  i 


\ 

\ 

X 

X 

X 

X 

X 

X 


Variable  Name: 
Mode: 
\llowable  Range: 
Definit  ion: 


MAX.STl'DENTS.  ALLWD 
Integer 

0 MIX  NO  STL  DENT  REQI)  X 

The  maximum  number  of  students  to  be  allowed  in  one  set 
tion  of  this  event.  (A  section  is  defined  as  a separate  occut 
fence  of  the  learning  event  Once  a section  begins,  students 
may  not  join  or  leave  until  the  section  finishes  A section  is 
created  whenever  the  MIX  NO  ST l DENTS  RFt jl ) are  rligi 
hie  to  take  the  learning  event  The  section  then  waits  foi 
resources  and  begins  when  the\  ate  available  New  students 
up  to  the  MAX.STl’DENTS  M.I.WD  mat  entei  an  existing 
section  am  time  before  it  begins  as  long  as  am  additional 
resources  required  can  be  obtained  without  violating  the 
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Variable  Name: 
Mode: 
Allowable  Range: 
Definition: 


Variable  Xante: 
Mode: 
Allowable  Range: 
Definition: 


Variable  Xante: 
Mode: 
Allowable  Range: 
Definition: 


first-come-first-served  rule.  Additional  sections  are  created  as 
needed.  There  is  no  limit  to  the  number  of  concurrent  sec 
tions  for  a learning  event.) 

MIX.XO.STl/DEXTS.REQD 
Integer 
X > 0 

The  minimum  number  of  students  required  to  start  one  sec 
tion  of  this  learning  event. 

MAX.TIME.MULT 
Real 
X > 1.0 

When  students  are  progressing  at  individual  rates  according 
to  their  abilities,  this  factor  will  be  multiplied  by  A VG.TI  M E 
.ALLWD  and  will  provide  the  upper  limit  to  be  allowed  re- 
gardless of  student  ability. 

MIX.TIME.MULT 
Real 
X < 1.0 

Same  as  MAX. TIME. Ml'I.T  but  provides  the  lower  bound  on 
time. 


The  following  are  provided  for  a learning  event  only  if  it  has  an  EVENT  DESCR 
(see  above)  of  "T/\ 


Variable  Xante: 
Mode: 
Allowable  Range: 
Definition: 


Variable  Xante: 
Mode: 
Allowable  Range: 
Definition: 


Variable  Xante: 
Mode: 
Allowable  Range: 

Definition: 


Variable  Xante: 
Mode: 
Allowable  Range: 
Definition: 


P.  FAILS 
Integer 
0 or  1 

P. FAILS  is  the  possibility  of  failure  at  this  test  (I  no  stu- 
dents w ill  fail.  1 some  students  will  fail.  Where  more  than 
one  learning  event  has  a P FAILS  1.  failures  will  be  distrib- 
uted in  equal  proportions  across  such  tests. 

PC.  RECYCLE 

REAL 

0 < X < 1 .0 

The  fraction  of  passing  students  who  should  recycle  back 
front  this  test.  Specify  only  if  EVEXT  DESCR  ”T  " 

LEREC 

Integer 

LEREC  may  be  any  learning  event  number  LEXt’MBER 
of  the  test. 

The  learning  event  number  to  which  students  must  recycle 
Specify  only  if  PC. RECYCLE  0 

MAX. XO  RECYCLES 
Integer 

1 < X 

The  maximum  number  of  times  that  a particular  student  is 
eligible  for  recycle  front  this  test  Specify  onlv  if  PC  RE 
CYCLE  (). 


1 UK  RESOURCES 


Only  non-consumable  resources  are  to  be  considered  in  the  Resource  Utilization 
Model.  Resource  types  should  be  aggregated  as  much  as  possible  for  model  efficien- 
cy and  to  facilitate  output  assimilation.  They  may  be  characterized  by  quantity, 
capacity,  and  shareability.  Quantity  means  the  number  of  units  of  this  resource 
type  available  for  course  use  during  class  hours.  The  user  may  specify  a limited 
quantity  or  may  request  an  unlimited  quantity. 

Resource  capacity  is  defined  in  terms  of  the  number  of  students  who  can  be 
accommodated  by  one  unit  of  this  resource  type.  It  may  be  undefined  or  defined. 
If  it  is  to  be  defined,  it  may  be  specified  as  fixed  over  the  entire  course  or  it  mat 
vary  and  must  then  be  specified  by  learning  event.  Undefined  capacity  may  be 
specified  only  for  a resource  type  over  the  entire  course.  When  the  capacity  is 
undefined,  the  model  sets  it  to  one  student  per  unit  When  capacity  is  undefined, 
quantity  should  be  specified  as  unlimited. 

A resource  type  may  be  considered  shareable  or  dedicated.  This  may  be  spe- 
cified at  the  course  level  or  at  the  learning  event  level,  i.e„  a resource's  shareability 
may  be  the  same  for  all  purposes  in  the  course  (either  shareable  or  dedicated)  or 
it  may  vary  by  learning  event  and  be  shareable  for  some  purposes  and  dedicated 
(brothers.  When  a resource  type  is  dedicated,  integral  resource  units  will  be  allocat- 
ed to  a learning  event  section  based  on  the  size  of  the  learning  event  and  the 
capacity  of  the  unit.  Any  unused  capacity  will  be  considered  unavailable  to  other 
learning  event  sections  until  released  by  the  using  section.  When  a resource  type 
is  shareable,  any  unused  capacity  on  a unit  is  available  for  concurrent  use  by 
students  in  other  learning  event  sections,  if  the  resource  type  has  been  specified  as 
shareable  for  the  "other"  sections  also.  Note  that  shareability  and  capacity  of 
resources  (except  for  unlimited  capacity)  can  be  specified  at  the  course  level  or  at 
the  learning  event  level. 

Variable  Name:  N.RSOURCE.TYPE 

Mode:  Integer 

Allowable  Range:  N > 0 

Definition:  The  number  of  resource  types  to  be  used. 


For  each  resource  type,  the  following  variables  must  be  provided 


Variable  Name: 

TYPE.ID.NO 

Mode: 

Integer 

Allowable  Range: 

1 < N < N.RSOURCE.TYPE 

Definition: 

The  sequential  integer  identification  number  of  the  resource 

Variable  Name: 

NAME 

Mode: 

Alpha 

Allowable  Range: 

5 N 8.  N l.ENOTH  IN  UMARS 

Definition: 

An  alphabetic  name  to  be  associated  with  TYPE  ID  \()  tin 
output  purposes 

\ unable  Name: 

CAP  CODE 

Mode 

Integer 

\llowabie  Range: 

1 N 

Definition: 


1 Undefined  capacity  0 Varying  capacity,  to  he  provid- 
ed by  L.K.  See  XVC  below 

X 0;  X is  the  capacity — i.e.,  the  number  of  students  one  unit 
can  accommodate 


Variable  Name: 

Mode: 

Allowable  Range: 
Definition: 


QTY.CODE 
Integer 
0 X 

0 Quantity  is  unlimited.  This  must  be  the  value  of'QTY 
CODE  if  capacity  is  undefined  (CAP. CODE  1 i X 0 

X is  the  limited  quantity  available. 


V. triable  Xante: 
Mode: 
Mlowable  Range: 
Definition: 


SHR.CODE 
Integer 
1 X :i 

1.  Dedicated  over  all  course.  2 Shared  over  till  course  :i 
Dedicated  and  shared,  code  to  be  provided  by  learning  event 
See  XVS 


Ifanv  resource  type  had  a value  of  zero  for  CAPCODE  the  variables  below  must 
follow: 


Variable  Name: 
Mode: 

Allowable  Range: 
Definition: 


XV  A R.  CAPS 
Integer 
X ■ () 

The  resource  types  with  a varying  capacit>  i .e  . the  types 
that  had  a value  of  zero  for  CAP. CODES 


Variable  Name: 
Mode: 
Allowable  Range: 
Definition: 


XVC 

Integer 

0 X 

An  array  of  dimensions  X UK  DESCRIPTOR  In 
WAR. CAPS  whose  values  give  the  capacity  of  each  variable 
capacity  resource  type  by  learning  event.  There  must  be  one 
row  (of  XVAR.CAPS  positive  integers)  for  every  learning 
event  in  the  course.  The  rows  must  be  in  sequential  order  In 
ascending  learning  event  number.  There  must  be  one  column 
(of  X LK  DESCRIPTOR  postive  integersi  for  every  variable 
capacity  resource  type.  Columns  should  be  in  sequential  or 
der  with  resource  type  number  values  ascending  from  left  to 
right. 


If  any  resource  type  had  a value  of  three  for  SI  I R CODE  the  variables  below  must 

follow : 


Variable  Xante: 
Mode 

Allowable  Range 
Definition 


X VAR  SI  I R 
Integer 
X (t 

The  resource  types  that  have  a variable  sharing  poltcv 
(SHR.CODE  3) 


hi. 





V ariable  Name: 
Mode: 

Allowable  Range: 
Definition: 


Variable  Name: 
Mode: 
Allowable  Range: 
Definition: 


NTS 
Integer 
1 or  2 

An  array  of  dimensions  NI,KDKS(  'K I i’T<  )R  in  X \ A R SI  I R 
whose  values  are  the  share  code  1 or  2 see  SI  I R ( ( )I  )h  ■ ha 
each  resource  type  with  a variable  sharing  policy  by  learning 
event.  There  must  be  one  row  (of  XVAR.SHR  values  for 
each  learning  event  in  the  course.  There  must  he  one  column 
(of 'X  .LE. DESCRIPTOR  values)  for  each  resource  type  with 
a variable  sharing  policy.  As  in  array  XVC.  rows  must  he  in 
ascending  sequential  order  by  learning  event  and  columns 
must  be  sequentially  ordered  by  resource  type  number  with 
that  value  increasing  from  left  to  right. 

RESRC.REQMT.TABL 
Integer 
0 X < 1 

An  array  XLE  DKSCRIPTOR  by  X.RSOl'RCK.TYPE  must 
now  he  provided  and  a value  of  0 or  1 input  to  indicate 
whether  each  resource  is  used  for  each  learning  event. 


F( ) KM  AT  R EQl  I R EM  EXTS 

Data  items  specified  above  must  appear  in  the  input  stream  in  t lu-  exact  order 
specified.  Blanks  act  as  delimiters  to  the  data  items.  That  is.  at  least  one  blank  must 
precede  each  data  item  unless  that  item  is  the  first  on  a physical  input  record,  and 
at  least  one  blank  must  follow  each  data  item  unless  it  is  the  last  on  a physical  input 
record. 

Mode  of  each  data  item  is  specified  below.  Three  modes  are  used: 

INTEGER — A non-fractional  number,  must  he  represented 
without  a decimal  point;  e.g..  1.  33.  132. 

REAL — A fractional  or  non-fractional  number,  may  be 

represented  with  or  without  a decimal  point:  e.g., 

1.0,  12.5.  1001.913,  52.  53. 


ALPHA  Any  combination  of  letters  (A-Z).  Digits  (0-9).  or 
special  characters.  The  length  allowed  is  specified 
tin  characters)  above  for  each  data  item  Blanks 
are  not  acceptable  as  part  of  the  ALPHA  variable 
and  should  he  replaced  by  a period  (.);  e g . lot 
length  I LAB.  RM # 1.  RM  2.  INST;  e.g..  for 
length  8:  HOMK.RMS  (Not:  HOME  RMS' 


VI.  MODEL  LIMITA  TIONS  AND  ASSUMPTIONS 


The  Resource  Utilization  Model  sutlers  from  certain  limitations,  some  of  which 
are  the  results  of  basic  model  assumptions  and  cannot  be  removed  without  rede- 
sign. Others  are  simply  extensions  for  which  budget  and  time  were  never  found. 
If  this  model  is  used  as  a basis  for  reprogramming,  this  list  is  a minimal  starting 
set  of  improvements. 

Statistical  accumulation  of  run  results  is  not  provided,  and  there  is  no  way  to 
vary  the  random  number  starting  seeds  so  that  a single  case  can  he  repeated  with 
no  variations  except  for  those  in  the  randomly  generated  events.  This  is  an  easy 
extension. 

There  is  no  way  of  entirely  eliminating  the  startup  effects  of  a course  from  t he 
averages  later  provided  in  reports.  Since  there  is  also  no  way  to  start  with  a "full" 
course,  startup  effects  will  always  he  present.  This  may  be  an  important  considera- 
tion for  some  course  simulations  Further  feedback  from  the  testing  and  review 
sessions  conducted  by  the  Air  Force  at  Keesler  Air  Force  Base  will  determine 
whether  this  is  a minus. 

There  are  no  statistical  distributions  provided  of  the  output  measures;  max- 
imums,  minimums.  and  averages  are  reported.  This  is  a serious  flaw  and  requir  es 
more  frequent  report  periods  to  understand  simulation  results.  This  extension  was 
obviously  desirable  but  was  not  carried  out  because  of  development  tradeoffs  and 
time  limitations. 

Selected  output  reports  cannot  be  suppressed.  For  example,  in  the  simulation 
of  a course  with  no  limitation  on  resources  there  is  no  way  to  suppress  the  report. 
"Sections  Queued  By  Resource  Type.”  This  would  actually  be  fairly  easy  to  do.  but 
because  suppression  of  output  reports  can  cause  a user  to  misinterpret  results,  it 
might  be  best  to  postpone  this  capability. 

There  is  no  way  to  get  output  reports  printed  at  uneven  intervals  or  at  special 
times.  Reports  are  at  present  printed  at  time  0,  at  even  time  intervals,  and  at  the 
end  of  the  simulation.  This  is  an  option  offered  automatically  in  some  simulatioi 
languages  but  would  have  had  to  be  provided  in  the  model  in  Simscript  II  a 
Because  there  was  no  indication  of  how  useful  a feature  it  would  be,  it  was  not 
added,  but  it  should  be  considered  when  there  is  more  experience  in  the  list-  of  the 
model. 

The  simulation  of  resource  assignment  and  resource  release  are  goneneruiizcd. 
and  a particular  resource  unit  (e.g.,  one  20-student  classroom'  is  not  kept  track  of 
per  se.  For  shared  resources,  students  are  assumed  to  be  reassign. ible  to  different 
units  during  a learning  event  or  to  be  able  to  have  fractions  of  more  than  one  unit 
assigned  for  their  use.  With  dedicated  resources  (where  the  students  must  be  given 
integral  units  of  resources),  if  the  units  are  being  released  piecemeal  by  sharing 
students  in  another  learning  event,  the  accumulation  of  the  required  sums  of 
fractions  will  signal  the  availability  of  the  integral  units  for  dedicated  use  Again, 
t he  sharing  students  are  assumed  to  he  reassignable,  if  necessary . to  units  that  are 
wholly  rather  than  partially  shared.  There  is  nothing  wrong  with  these  assump 
tions  for  most  cases,  but  no  uninlerruptahle  shared  resources  can  be  simulated 
accurately  under  this  scheme.  If  a course  revolves  around  very  expensive  equip 
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iiu'nt  items  with  this  characteristic,  the  limitation  could  be  serious.  Changing  this 
in  the  model  would  involve  modelling  resources  and  their  management  at  a much 
finer  level  of  detail.  The  seriousness  of  this  limitation  must  he  judged  in  the  context 
of  real  course  inputs  before  such  a change  is  considered. 

The  simulation  of  the  allocation  of  sets  of  resource  units  of  different  types 
depends  in  this  model  on  a reservation  system.  Without  this  system,  learning  event 
sections  with  complicated  resource  requirements  in  high  demand  courses  would 
simply  he  processed  last.  A simple  "first  come  first  served"  assignment  does  not 
allow  this  to  happen.  This  latter  requirement  results  from  a desire  not  to  get  into 
the  specification  and  costing  of  a large  curriculum  "scheduling"  system  whose 
purchase  and  design  would  necessarily  be  implied  by  any  more  ambitious  allocation 
scheme.'  The  weakness  of  a reservation  system  simulated  is  that  units  are  some- 
times in  demand,  not  in  use,  yet  unavailable  as  they  are  "reserved"  so  that  a section 
may  collect  its  full  complement  of  resources.  This  may  be  most  realistic  in  the 
context  of  geographically  decentralized  resources  with  no  centralized  point  of  real- 
time  control  However,  if  an  item  is  very  expensive,  is  centrally  controlled,  and  i.- 
in  high  demand,  chances  are  that  it  is  more  realistic  to  assume  that  some  simple 
look-ahead  is  done  so  that  requests  for  service  that  can  be  filled  completely  during 
a reservation  period  might  be  taken  out  of  order  rather  than  have  the  equipment 
sit  title  If  this  si.ould  be  the  case,  this  model  is  unable  to  simulate  it.  This  particular 
aspect  cannot  be  judged  without  an  analysis  of  course  types  and  the  relative  propoi 
tion  of  total  courses  simulated  for  which  it  creates  a problem.  These  questions  are 
outside  the  scope  of  this  report. 

In  summary,  whenever  the  model  is  unable  to  simulate  a given  course  policy, 
course  designs  that  attempt  to  incorporate  such  a policy  will  probably  he  at  a 
disadvantage  to  designs  that  do  not  depend  on  these  refinements  and  cause  the 
comparison  based  on  this  model  to  be  invalid. 


VII.  PROGRAM  DOCUMENTATION 


This  section  provides  program  documentation  for  the  Resource  l tilization 
Model  in  the  form  of  a call  tree  (Fig.  hi  and  summaries  of  routine  functions.  Table 
i;i  gives  the  names  of  these  routines  in  alphabetical  order  along  with  an  index 
number  showing  their  position  in  the  descriptions  to  follow.  The  model  component 
descriptions  are  then  presented  in  the  order  of  their  appearance  in  the  call  tree 
This  section  is  supplemented  by  the  source  code  from  the  model,  which  contains 
many  descriptive  comments.  In  particular,  the  Preamble  to  the  code  defines  all 
global  variables  and  data  structures  used  by  the  model.  It  is  therefore  included  in 
App  A 


Table  13 

Alphabetical  Position  Index 


ABIUN1T 

131 

I’ CORPS 

(5- 

ARRIVAL  EVENT 

' tor 

READ  COURSE 

(6 

i II K M AN  SK( T\  SIZi: 

(91 

HEAD  INPUTS 

(3 1 

Cl. ASS  TIMK 

.29) 

READ  RI  NA  ARS 

< i) 

DKig'ECK 

(311 

READ  RESOURCES 

18' 

KI.IOIBII.ITY 

18 1 

RECAP  COURSE 

<101 

ENQUEUE 

<26> 

RECAP  RESOURCES 

1 I 

'■A  NT  IN  IT 

(13i 

REPORT  EVENT 

37 

KIN  I.K  KVKNT 

(34) 

RKP2 

< 39 1 

KKKK  RESOURCES 

r 30) 

R USE  UPDATE 

i28> 

MET  NEXT  I.K 

■ 17 » 

SCI! ED  LK 

'I:.'1 

CCT  RESOURCES 

(25) 

START  NEW  SECTION 

21 

(■.RADI  ATION  EVENT 

(35) 

STOP  SI  Ml  I.ATION  EVENT 

<36> 

MRS 

r II' 

SUBREP 

38 

INITIALIZE 

(2) 

TEST  RESULTS 

(32) 

•JOI  N OH  SECTION 

( 19. 

TEST  SETUP 

(7 1 

Ji  )l\  ( )Q  SECT  It  )N 

'201 

TIME  R 

14* 

\!  \l\ 

■ 1 1 

TINTED HALS 

1" 

MIN  Cl  IKK 

123) 

TRY 

21 

MINS 

. 12 

TRY  IIRDR 

.22) 

M AT  MOVE 

- 10 

N<  it  T 

(33) 

i|i  MAIN 

Kntry  point  of  program  Calls  initialization  and  input  routines  Starts  the  simu- 
lation (this  turns  control  over  to  TIMK  K.  the  system  clock  routine) 


(2)  U FAD.  IN  PITS 

Reads  and  sets  trace  flags  if  alpha'  input  precedes  all  other  input  Calls  other 
read  routines  If  failable  tests  are  to  be  simulated  calls  a routine  to  set  up  the 
failure  probabilities  by  student  category  and  by  test  See  Set  V lot  a detailed 
specification  of  all  input  variables 

' Tins  nnitinr  <!**•>  • SintM  up!  function  that  cun  d'fl'rn’ntmh’  lictwtvn  alphuUt ic  and  nuim*nc  input 


<*>() 


()1 


MA 

* 

, 

i ..  Bl  AO  £VNT.  »£CAP. 

* 

S£CAP. 

[ »£SO-»C£S 

TlMl 

S’ Ail  SIM  lA’i'.’. 

«IAD 

1 COlASI 


_ • ..A, 


IISCHACtS  1 " SICTN. 


SCHfOUfS; 

BfPOBT 


il 

h hn  if 


sCm£D  itv  1 
1 STOP 
SIMULATION 


STOP 

SIMULATION 


[ SCMfDUlfS' 
h STOP 

IM  LATIC  f. 


Hf  i 

*■  AiB  . A 


I 


foorn  ii 

*■  .LAD  All  •. 


fNQUtjf  l J 


SC  HID  Lt 

~G 


• iSI 
>PDATI 


Fig.  6— Call  tree 
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Cl i RKAD.Rl  WARS 

Heads  all  the  imulation  input  variables  that  are  neither  learning  event  nor 
resource  attributes.  These  variables  determine  the  general  teaching  strategies  for 
the  course  as  well  as  specifying  run  time  parameters  for  the  simulation. 


u>  p.c.(;rps 

(Computes  (from  input  values)  the  number  of  student  categories  to  be  simulated 
Reserves  arrays  for  storing  report  data  by  student  category.  Initializes  the  global 
array  that  gives  the  percentage  of  students  in  each  category. 


(5)  RKAD.COl  RSK 

Reads  attributes  of  learning  events  and  does  error  checking.  Out-of-range  val- 
ues i see  Sec.  Vi  may  he  modified  by  the  model  or  further  processing  may  be  stopped, 
depending  on  the  severity  of  the  error. 


(6)  TKST.SETUP 

If  (hi table  tests  are  to  be  simulated,  this  routine  is  called  to  calculate  the 
probabilities  of  failure  at  each  failable  test  for  each  category  of  student.  Some 
categories  of  students  may  be  eligible  for  more  or  fewer  failable  tests  than  other 
categories  of  students.  Not  all  student  categories  need  have  the  same  representa- 
tion in  the  failing  student  population. 


(7i  KKAD.RKSOURCES 

Reads  attributes  of  resources  and  creates  a permanent  entity  representing  each 
resource  type  to  be  simulated.  Also  does  error  checking.  For  a detailed  description 
of  the  specifications  of  these  input  variables,  see  Sec.  V. 


(Hi  < NK.YlAX.SKt  TN.SIZK 

( 'hecks  t he  maximum  section  size  specified  for  any  learning  event  that  uses  any 
re.-ource  in  limited  supply  (not  unlimited).  If  necessary,  modifies  that  maximum 
section  si/e  (maximum  number  of  students  that  can  he  accommodated  in  a single 
sei  i ion i downward  as  required  In  student  capacity  of  the  resource  and  resource 
quantities  to  be  simulated. 


t!b  RKCAP.COl'RSK 

Prints  all  data  related  to  students  and  learning  events  that  have  been  read  or 
i avulated  from  input  values  Prints  warning  lines  if  any  out-ofrange  values  had 
to  lie  overridden  during  the  input  phase 


1 10)  RECAP. RESOURCES 


Prints  all  data  related  to  resources  that  were  read  or  calculated  from  input 
values. 


ill)  EV  NT.  I NIT 

Schedules  the  first  arrival  of  students  at  the  course  (at  time  0).  Schedules  the 
first  report,  and  if  the  simulation  is  to  terminate  after  a fixed  number  of  course 
hours  also  schedules  the  end  of  the  simulation.  Calls  a routine  to  initialize  the  array 
containing  the  student  ability  level  distribution,  if  students  will  be  categorized  by 
ability. 


(12)  ABII..INIT 

Converts  the  percent  students  desired  in  a category  (input  cumulatively,  see 
variable  UPPR.ABIL  in  Sec.  V)  to  the  upper  ability  level  cutoff  of  students  m that 
category.  Uses  a two-dimensional  array,  column  one  of  which  is  the  integral  of  the 
cumulative  normal  distribution  and  column  2 of  which  is  the  corresponding  frac 
tional  number  of  standard  deviations  associated  with  each  integral  value.  After 
finding  the  correct  number  of  standard  deviations,  a standard  deviation  of  1 1 is 
used  to  compute  the  ability  level.  Thus  .14  is  a program  constant. 


i l.'l)  TIME.R 

A system  supplied  routine  is  called  when  the  statement  START  SIMl'I.ATK  )\ 
is  encountered.  It  keeps  a file  of  event  notices  sorted  by  time  and  by  event  priority 
and  adds  and  removes  from  this  file  as  events  are  scheduled  or  cancelled  or  execut 
ed  Time  is  incremented  to  the  time  of  the  next  event  and  all  events  scheduled  for 
that  time  are  then  executed. 


(14)  EVENT  ARRIVAL 

Schedules  another  arrival  event  at  the  current  time  plus  the  time  between 
arrivals  selected  by  the  student  arrival  rule  option  (see  variable  SARO  in  Sec  V' 
Each  arrival  causes  one  or  more  student  entities  to  he  created  These  students 
attempt  to  enter  the  course  upon  arrival.  Ability  levels  are  picked  randomh  from 
a normal  distribution  and  assigned  to  these  students  at  this  time  if  that  option  has 
been  chosen  A characteristic  that  can  be  a surrogate  for  any  dichotomous  descrip 
tion,  such  as  male  female  or  pilot  non-pilot,  may  also  be  assigned  Students  are 
then  assigned  to  categories  based  on  one  or  both  of  these  assignments  at  the  user's 
option. 


(15)  NEXT-MOVE 
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NEXT  MOVE  is  called  when  a student  enters  the  course  and  after  each  stu- 
dent's  completion  of  a learning  event.  At  that  time,  the  next  move  of  a student  will 
be  graduation  from  the  course  or  an  attempt  to  join  a section  of  the  next  learning 
event  for  which  the  student  is  eligible.  If  one  or  more  sections  of  the  next  learning 
event  have  been  formed  but  have  not  yet  started,  an  attempt  is  made  to  put  the 
student  into  one  of  these  existing  sections.  This  attempt  may  fail  for  one  of  several 
reasons: 

a.  The  section  has  reached  its  maximum  number  of  students. 

b.  The  resources  required  to  start  the  section  without  the  student  are  now 
available,  but  if  the  student  joined  the  section  the  additional  resources 
required  would  not  be  available  immediately. 

c.  The  section  is  waiting  for  some  resources  but  is  not  queued  last  for  all 
resources  for  which  it  is  waiting,  and  adding  the  student  to  the  section 
would  vi  'late  the  basic  allocation  rule. 

If  the  student  fails  to  join  an  existing  section,  an  attempt  is  made  to  form  a new 
section.  A new  section  can  be  formed  if  the  minimum  number  of  students  required 
for  a section  of  that  learning  event  are  ready  to  take  the  learning  event.  As  students 
become  ready,  they  will  join  a queue  for  other  students  waiting  to  take  the  learning 
event.  When  enough  students  have  joined  the  queue,  it  is  emptied,  a section  is 
formed,  and  the  required  resources  are  reserved  or  requested. 

With  each  call  to  this  routine,  a student  will  be: 

a.  Scheduled  for  a graduation; 

b Assigned  to  a section  that  has  all  its  resources  and  that  will  start  immedi- 
ately; 

c.  Assigned  to  a section  that  must  wait  for  the  release  of  some  or  all  of  the 
resources  it  requires;  or 

d.  Assigned  to  a queue  waiting  for  other  students  with  whom  to  take  the 
learning  event. 


(16)  (JET. NEXT. EE 

Updates  the  next  learning  event  number  of  the  student  by  incrementing  the 
current  learning  event  number  of  the  student  or  (if  the  student  is  about  to  recycle) 
by  picking  up  the  learning  event  number  of  the  recycle  point  associated  with  the 
student's  current  learning  event  number.  Calls  ELIGIBILITY  with  the  next  learn 
ing  event  number  of  the  student. 


(17)  ELIGIBILITY 

Given  the  next  possible  learning  event  a student  has  not  yet  completed,  tests 
the  student \s  category  (if  students  are  being  stratified  by  ability  or  other  character 
i >t  n against  the  learning  event 's  characterist  ics  to  determine  if  the  student  should 
take  the  learning  event.  If  the  student  is  not  eligible  for  that  learning  event,  the 
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next  sequential  learning  event  in  the  course  is  similarly  tested  until  either  a match 
is  found  or  it  is  determined  that  the  student  has  completed  all  the  learning  events 
in  the  course  for  which  the  student  is  eligible. 


1 1H»  .JOIN.OK.SECTION 

Checks  all  sections  of  a leai  ning  event  that  are  ready  (have  their  resources  and 
will  start  immediately)  to  determine  if  one  more  student  can  be  accommodated  in 
that  section.  If  the  section  is  not  full,  a routine  is  called  to  check  all  the  resources 
that  would  be  additionally  required  if  the  student  should  join  the  section.  If  the 
resource  checks  are  successful,  the  student  is  assigned  to  the  section. 


(19)  TOIN.OQ. SECTION 

Checks  all  sections  of  a particular  learning  event  that  are  waiting  for  resources 
to  determine  if  one  more  student  can  be  added  to  one  of  the  sections.  For  each 
section  of  the  appropriate  learning  event  that  is  not  full,  a routine  is  called  to  see 
if  additional  resource  requests  can  he  added  to  the  requests  outstanding  to  accom- 
modate one  more  student  without  violating  model  allocation  rules.  If  the  section 
is  not  full,  a routine  is  called  to  make  this  resource  check.  If  the  resource  checks 
are  successsful,  the  student  is  added  to  the  waiting  section. 


(20)  TRY 


Called  once  for  each  resource  type  used  by  a learning  event.  Determines  if: 

a.  There  are  already  enough  resources  assigned  to  this  section  for  one  more 
student,  or 

b.  The  amount  required  for  one  more  student  can  he  reserved  because  it  is 
either  unlimited  or  is  available. 

Calls  itself  recursively  until  all  resource  types  needed  have  been  examined  or 
until  there  is  a failure  to  reserve  or  create  required  resources 


(21)  TRY. URDU 

Called  once  for  each  resource  type  used  by  a learning  event.  Determines  if 
resources  can  he  either  reserved  or  requested  without  violating  model  allocation 
rules  Assumes  that  a section  requiring  this  resource  type  is  waiting  for  one  of  the 
resource  types  it  requires  and  checks  to  see  if  this  resource  is  the  resource  type  in 
short  supply  Calls  itself  recursively  until  all  resource  types  needed  have  been 
examined  or  until  there  is  a failure  to  obtain  or  request  such  a resource. 


(22)  MIN.t’HKR 


Adds  a student  to  the  appropriate  queue  for  other  students  of  a learning  event 
If  the  queue  still  contains  less  than  the  minimum  students  required  for  a section, 
the  student  is  left  in  the  queue.  If  the  minimum  can  be  satisfied,  all  students  in  the 
queue  have  their  status  changed  so  that  a new  section  will  be  started. 


<2.{>  START.  NEW.SECTION 

Called  whenever  the  number  of  students  queued  for  other  students  at  a learn- 
ing event  has  reached  the  minimum  to  form  a new  section.  Empties  the  queue  and 
puts  the  students  into  a section  of  the  learning  event.  If  the  minimum  is  also  the 
maximum  number  of  students  allowed  in  one  section  of  this  learning  event,  then 
the  full  flag  of  the  section  is  set.  After  the  section  is  formed,  calls  are  made  to  get 
thi'  required  resources  for  the  section  to  proceed.  If  all  required  resources  are 
available,  a routine  is  called  that  starts  up  the  learning  event. 


(24)  (JET. RESOURCES 

This  routine  attempts  to  get  the  resources  required  for  a section.  The  number 
of  resources  required  will  be  determined  by  the  capacities  and  other  characteristics 
of  the  resources  when  used  in  this  learning  event.  They  depend  as  well  on  the 
number  of  students  in  the  section  at  the  time  of  allocation.  As  students  are  added 
after  the  initial  resource  allocations,  those  allocations  are  adjusted  accordingly. 
'I  his  routine  creates  section-level  records  for  managing  the  resources  while  they 
are  in  use.  Resources  will  be  reserved  or  requested  or  both  as  necessary  to  fulfill 
the  section's  requirements. 


( 25 )  ENQUEUE 

When  a section  is  unable  to  obtain  (reserve)  all  the  resources  it  needs,  the 
section  queues  requests  for  each  resource  type  needed.  The  section  itself  is  queued 
at  the  learning  event.  This  routine  enqueues  the  section  and  files  the  students  in 
the  appropriate  students’  queue. 


(26)  SUM  ED.  I .E 

Starts  a learning  event  section  that  is  ready  to  begin  by  changing  the  status  of' 
t he  students  and  updat  ing  their  current  learning  event  number.  The  event  that  w ill 
terminate  the  learning  event  section  is  also  scheduled  at  the  appropriate  time.  A 
routine  is  called  to  update  the  status  of  all  the  resources  that  have  been  reserved 
for  use  by  the  section. 
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(27 > R.USE.UPDATE 

As  a section  of  a learning  event  begins,  the  status  of'all  the  resources  it  uses 
are  changed  from  "reserved"  to  "in-use." 


(2K>  CLASS.TIME 

Determines  what  time  interval  should  elapse  between  the  start  of  a section  of 
a learning  event  and  its  end.  This  may  depend  upon  whether  t he  learning  event  was 
intended  for  individual  study.  It  also  depends  upon  the  minimum,  maximum,  and 
average  times  specified  for  sections  of  this  learning  event.  Further,  if  that  option 
has  been  selected,  it  may  depend  upon  the  ability  level  assigned  to  the  student  at 
entry  to  the  course. 


(29)  FKEE. RESOURCES 

Changes  the  status  of  resource  units  being  used  by  a section  from  "in-use"  to 
"available."  Calls  a routine  to  handle  any  outstanding  requests  t hat  may  be  queued 
for  these  resource  units. 


i.«»  DEQUEUE 

Called  for  a resource  type  that  has  just  had  some  capacity  become  available  as 
the  result  of  the  ending  of  a section  of  a learning  event.  Checks  the  queue  for 
requests  for  this  resource  and  reserves  all  the  new  available  capacity,  if  possible 
As  each  new  reservation  is  made,  the  section’s  other  requests  are  examined  to  see 
if  this  additional  allocation  fulfills  all  of  its  requirements.  If  so.  a routine  will  be 
called  to  start  the  section. 


(.ill  TEST. RESULTS 

This  routine  is  called  whenever  the  learning  event  that  is  being  completed  is 
a test  i.e  . subject  matter  type  of  the  learning  event  is  TEST  Students  max  fail 
the  course  at  t his  juncture  if  the  test  has  been  specified  as  failable  for  their  category 
and  they  are  taking  the  test  for  the  first  time  (they  are  not  recycling  through  it > 
Those  st  udents  who  may  fail  are  selected  randomly,  and  t heir  average  number  over 
course  t inie  will  be  determined  by  user  specification.  Students  may  be  recy  clod  back 
from  this  learning  event  if  the  test  is  a recycle  point  and  if  they  have  not  recycled 
t be  maximum  number  oft  i rues.  Students  who  may  be  recycled  are  selected  random 
ly  also. 


(,'f 2 1 XOUT 


When  a student  fails  or  graduates  the  course,  this  routine  cleans  up  the  student 
record  and  updates  report  statistics 


(33)  EVENT  F1N.LE 


1 
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This  event  signals  the  completion  of  a learning  event  by  a section.  The  students 
are  removed  from  the  section  and  a routine  is  called  for  each  student  to  ascertain 
the  next  move  of  that  student.  A routine  is  called  to  free  the  resources  that  were 
in  use  by  the  section.  If  the  learning  event  being  completed  is  a test  a routine  is 
called  to  check  for  failures  and  recycles. 


(3-1)  EVENT  GRADUATION 

Calculates  the  throughput  time  of  the  student  through  the  course.  Calls  a 
routine  to  clean  up  the  student’s  record.  May  schedule  the  end  of  the  simulation 
if  it  is  to  depend  on  number  of  students  graduated. 


(35)  EVENT  STOP.SIMULATION 

Ends  the  simulation.  Schedules  a report  to  be  printed  before  the  end  if  a report 
event  did  not  already  coincide  with  this  event. 


(36)  EVENT  REPORT 

Prints  information  on  the  progress  of  students  through  the  course  and  on  the 
status  of  resource  use  at  intervals  selected  by  the  user.  Calls  several  routines  that 
are  merely  extensions  of  this  event  and  are  broken  out  because  of  module  length 
limitations.  For  a complete  description  of  each  variable  and  the  report  title  under 
which  it  appears,  see  Sec.  IV’.  Simulation  Output  Reports. 


(37)  SUBREP 

An  extension  of  the  REPORT  event 


(38)  KEP2 

Also  an  extension  of  the  REPORT  event. 


(39)  T.  INTEGRALS 

This  routine  is  called  to  update  the  cumulative  time  integrals  of  students  in  a 
learning  event  or  a queue,  and  of  resources  in  use  These  are  stored  and  updated 
for  the  generation  of  all  averages  over  time  and  produced  in  the  output  reports 
W believer  an  element  le  g.,  student,  resource,  request 1 joins  or  leaves  a queue,  the 
course,  or  a section,  this  routine  is  called. 


(40)  HRS 
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Returns  the  truncated  integer  part  of  simulation  time  stored  in  decimal  hours. 
Used  in  reports  that  print  the  time  in  hours  and  minutes. 


(41)  MINS 


Returns  the  fractional  portion  of  simulated  time  converted  to  minutes  (from 
decimal  hours).  Used  in  reports  that  print  the  time  in  hours  and  minutes. 


Appendix  A 

PREAMBLE  (SIMSCRIPT  II)  TO  MODEL  CODE 


PEE  AM  B Lc 


LAST  COLUMN  IS  72 


■ ,»«*•*««**•***«**«**»•*•»»*««»*••*»***•*•»•»»»**',»**.<.•«««*** 

' USE  OF  HAN  COM  NUMBER  STREAKS  TO  GENERATE: 


ABILITY  LEVELS  -- 
FAILURES  -- 
RECYCLFS  — 

ARRIVAL  GROUP  SIZE  -- 
ARRIVAL  TIKE  INTERVALS 


STRFAK  1 
STPEaK  2 
STREAK  3 
STREAK  5 
STREAK  9 


• MtttMtttll 


k******#***^***  * * * • ♦ ♦ « # * * 


NOTE:  SIKULATION  TIKE  IS  IN  IECIKAL  HOURS.  CONVERTED  TC 

HOURS  AND  KINUTES  FOR  REPORT  PURPOSES. 


*»*•**»**  ****•»< 


>*♦*♦•»***♦•♦♦****»♦•*•** 


TRACE  INFORHATION: 

THE  KOCEL  WILL  PRINT  THACE  STATEHENTS  IF  AIL  INPUT  IS  PRECEDED 
WITH  TRACE-FLAG-SETTING  STATEKENTS  OR  THE  FCRK : 

TRAC  N 

WHERE  N IS  A NUHEER  FROK  1 TC  10.  THE  TRACE  FUNCTION  OF  EACH 
NUKbER  IS  INDICATED  BELOW.  (ADDITIONAL  TRACF  STATEHENTS  KAY 
BE  ADDED  AS  NECESSARY  FOR  UNUSED  TRACE  FI  AGS . IF  HCRE  THAN  10 
ARE  NECESSARY,  THE  TRASE  ARRAY  SHOULD  BE  ENLARGED.) 

AS  MANY  TRACE-FLAG-SETTING  STATEMENTS  AS  THERE  ARE  TRACE  FLAGS 
MAY  BE  SET  AT  ANY  ONE  TIKE.  E.C..  TRAC  1 TRAC  3 

1 EVENT  TRACER.  THE  SYSTEM  VARIABLF  'BETWEEN. V'  IS  SET 

TO  ROUTINE  E. TRACE  WHICH  IS  CALLED  JUST  BEFORE  ANY  EVENT 
IS  ENTERED. 

2 THE  ABILITY,  CTHEH  CHARACTERISTIC  AND  RESULTING  GROUP 
ARE  PRINTED  FCR  EACH  STUDENT  AT  ARRIVAL 

3 STUDENTS  GRADUATING  OR  FAILING  ARE  DESCRIBED  AS  TO 
ABILITY,  SPECIAL  CHAR.,  GROUP,  THROUGHPUT  TIrE  OR  AVERAGE 
TIME  BEFORE  FAILURE. 

4 CREATION  OF  UNLIMITED  RESOURCES  IS  TRACED 

5 DEQUEUE  ROUTINE  TRACE 

6 TRACES  RECYCLES  AS  THEY  OCCUR  IN  TEST. RESULTS 

7 TRACES  USE  CF  RESOURCES 


NORMALLY  MODE  IS  INTEGER  ANC  DIMENSION  IS  C 


GLOBAL  VARIABLES 


THE  SYSTEM 

A 


HAS 

SIM.  END. OPT, 


'•0  RUN  FOR  ENIVAR  SIMULATE!  HHS. 
"1  = RUN  UNTIL  ENIVAR  STUDENTS  ARF 


PRSCKDINQ  PAGE  BLANK- NOT  /ILRiD 


AN  ENDVAR, 

A REPORT. I NTERVAL, 

AN  N. STUDENT, 

AN  NS.TI, 

AN  NS.TI.TOLCH, 

AN  MX. ST. LOAD, 

AN  NOPALS, 

AN  N.S.ARRVD, 

AN  N FAILS, 

A CH. RECYCLES, 

A FAILRATF, 

AN  AV.TRF, 


AN  A HP. GBP. SZ, 


AN  INTER. ARP. TIME, 
AN  ARP. G. DEV, 

AN  IAT.DFV, 

AN  ADAPT. POL, 


A RG.PERC, 

AN  N.ObJ, 

AN  N VAR. CAPS, 


* GRADUATED  OH  CHOPPED. 

'SEE  Slil.END.CPT 

•TIME  INTERVAL  BETWEEN  REPORTS  IN 
'SIMULATED  1IHS. 

•CURRENT  NUMBER  OF  STUDENTS  IN  COURSE 
'TIME  INTEC.PA1  OF  STUDENTS 
'NS.TI  TIME  OF  LAST  CHANGE 
•MAXIMUM  STUIENT  LCAC 
'CUMULATIVE  STUDENTS  GRADUATED 
'CUMULATIVE  STUDENTS  ARRIVED 
•CUMULATIVE  NUM3ER  OF  FAILURFS 
'CURRENT  NUMBER  CF  STUDENTS  FECYCLING 
'PERCENT  STUDENTS  WHO  WILL  FAIL  COURSF 
'AN  AVERAGE  TIME  BEFORE  FAIIURE  IN 
'COURSE,  OUTPUT  VARIABLE. 

•STUDENT  ARRIVAL  RATE  CFTIUN 

'i  - fixed  arr.  group  size, 

' FIXED  INTER. ARRIVAL  TIME 
•2  - RANDOM  AFR  GROUP  SIZE, 

’ RANDOM  INTER  ARRIVAL  TIME 
•1  - RANDOM  AER  GROUP  SIZE 
' FIXED  INTER  ARRIVAL  TIME 
•4  - FIXED  ARRIVAL  GROUPS  SIZE 
' RANDOM  INTEkAR RIVAL  TIME 

'NUMBER  CF  STUDENTS  AI-RIV1NG 
'AT  THE  COURSE  AS  A GROUP 

•MEAN  TIME  BETWEEN  ARPIVALS(IN  COURSF  HOURS) 
■DEVIATION  FRCM  ARRIVAL  GROUP  SIZE  MEAN 
•DEVIATION  FRCM  INTE P . ARR . TIKE  FOR  SARO-4 
'0  - NO  GROUPING  CF  STUDENTS  PY  ABILITY 
' op  BACKGROUND. 

•1  - GROUPING  EY  1 BACKGROUND  CHAR.  (2  GROUPS) 

'2  - GROUP  BY  ABILITY  INTO  2 GROUPS 

' i - GROUP  BY  ABILITY  INTO  3 GROUPS 

'4  - GROUP  EY  ABILITY  INTO  4 GROUPS 

•5  - GROUP  BY  ABILITY  E BACKS.  INTO  4 GFPS. 

'THE  PERCENT  STUDENTS  WITH  BACKGROUND  CHAP. 

'THE  NUMBER  OF  OBJECTIVES  IN  THE  COURSF 


IN  NVAR.CAPS,  ''NUMBER  CF  RESOURCE  TYPES  WITH  VARYING 

' 1 CAPACITY 

AN  NVAR.SHH,  ''NUMBER  CF  RESOURCES  WITH  VARIABLE  SHARING 

' ' POLICY . 

AND  OWNS  A NEW  . A RP  IV  A LS  "STUDENTS 


the  system  owns  a course 


REAL  (GLOBAL)  VARIABLES 


DEFINE  INTFR.ARR,TIME,ARR.G.DEV,ARR.GRP.SZ,FAILRATE,BG.PERC,AV.TBF, 
IAT.LEV,  KNLVAR, REPORT. INTERVAL, TOT. THROUGHPUT. TIME,  NS.TI, 
NS.TI.TOLCH  AS  REAL  VARIABLES 


G I C B A I.  ARRAY  S 


DEFINE  TRASK  AS  A 1-LIM  ARRAY 

DEFINP  RESRC.RFCMT.TABL,  A C . POL , N VC, N V S »E  2-CIM  ARRAYS 
DEFINE  OBJ.  NAKE.EVD.  ALPHA  AS  ALPHA  2-DIM  ARMY: 

DEFINE  UPl'R.  ABIL,  PC.FAI  L.GRF,  PC. GRP,  FRBG  A:  REAL  1-DIM  ARRAY 
DEFINE  HGNAME.EVL.KEY  A.  ALPHA  1-DIM  ARPAY' 


7:5 


DEFINE  ATFBG , ATHBG  AS  REAL  1-CIM  ARRAYS 
DEFINE  AHRBG.NFLBG,  NGRBG  AS  1-DIM  ARRAYS 

■ • TRASE  IS  AN  ARRAY  OF  FLAGS  USED  FCR  PECGtAM  DEBUGGING 

* ' HESRC.REOMT.TABL  IS  AN  INP'JT  TABLE  N.  L F.  DFSC  RI  PTO  P X 

'•  N . RSUURCE . TYPE  WITH  ZEROES  AN!  ONES  TC  INDICATE  USE 

••  OR  NON-USE  CF  A RESOURCE  FCR  A PARTICULAR  LE . 

••  CB  J . N A EE  IS  AN  B-CRAR  NAME  OF  OBJECTIVE  (INPUT  VARIABLE) 

•'  AD.PCL  IS  AN  ARRAY  CF  CONSTANTS  WHICH  IS  SET  UF  BEFORE 

• ' ADAPT. POL  IS  KNOWN.  IT  GIVES  THE  NUMBER  OF  ABILITY  GROUPS 

■'  AND  NUMBER  CF  BACKGROUND  GPCUES  EOF  EACH  OPTION. 

••  UII'R.Abll.Pt.FAIL.GRP,  BGNAB'  ARE  DEFINED  IN  I11PUT  REQUIREMENTS 

' ' PC. GRP  IS  DIMENSIONED  ACCORDING  TO  THE  NUMBER  OF  GFJ'JPS. 

'■  EACH  CELL  GIVES  PERCENT  OF  TOTAL  STUDENTS  BHICH  TSAI 

' ' GROUP  REPRESENTS. 

•'  SVU.KEY  IS  A KEY  Tf  LONG  EP  VERSION  CF  EVENT  DESCRIPTORS 

• • NVC  £ NVS  ARE  INFUT  TABLES  WHICH  GIVE  FOR  EACH  LEARNING  rVFNT: 

•'  THE  VARIABLE  SHARING  POLICY  OR  THE  V A R I A EL  E CAPACITY.  SEE 

» ' INFUT  DEFINITIONS. 

• ' ATPUG, NFLBG, ATHBG, NGRuG, arsbg  are  AVERAGE  TIFF  TO  FAILURF, 

1 • NO.  OF  FAILURES,  NO.  OF  GRADUATIONS,  NC.  CF  ARRIVALS:  BY  iRJUP. 

* *******•***•************•**•*****«*•*••***••**•♦«••••**•*«**••*«*•••••• 

' • FUNCTIONS 


DEFINE  INTR. ARR.TIMF, CLASS. TIME, RNDUP  AS  RIAL  FUNCTION: 

DEFINE  HRS, MINS  AS  INTEGER  FUNCTIONS 

• >*t**«*fM*****f»*l***»**M*tltt»G|»t*t**t(ltOMM**tt*MMMOtMMI 


EVENT  NOTICFS  INCLUDE 
ARRIVAL, 

REPORT, 

AND  STOP. SIMULATION 


EVLR  Y GRADUATION  HAS  A STD  T 


TO  SHOW  NO  MORE  ADDING 


EVERY  F1N.LE  HAS  ''A  SECTION 
A DURATION, 

A (I.ENO  ( \/2)  , 

FULL.FIAG  {2/?)  ) , 

AND  OWNS  A STDNT.SET, 

AND  AN  R. UNITS. USED  "SET  OF  R.SEcT  RELS,  I.F., 

• ■ RESOURCE  USE  RECORDS  AT  THE 
"SECTION  LFVEL 

PRIORITY  ORDER  IS  GRADUATES, 
f i n . i r. , 

ARRIVAL, RE  PORT, STOP. SIMULATION 
DEFINE  DURATION  AS  A REAL  VARIABLE 


ENTI11  AND  ATTRIBUTES 


PERMANENT  ENTITIES 


EVERY  LF. DESCR I PTOR  HAS 

THE  FOLLOWING  ARE  INPUTS: 

AN  (LENUMpRR  ( 1 / 2)  , 
OBJ.  NUM  («!/?))  , 


'•SEQUENCE  NC. 

"THE  NUMBER  ( ' R R r T p NDING  To  THE' 
"OBJECTIVE  NAME. 


J 


(SUBJ.  MATTER.  TYPE  ( 1/2)  , • ' POP  REPORTS 
EVENT.  TESCR  (2/2)  , ALPHA  TO  BE  CONVERTED  TC  INDEX 
'•P.  - PRESENTATION 
• 'OP  - ; J I EE D PRACTICE 

' 'UP  - UNGUIDEI  PRACTICE 
••P.  - DISCUSSION 
• 'CP  - CHECK  PRACTICE 

- HCCEWCSK  (0.0  TIME  ONLY) 

" R.  - REVIEW 

"T.  - TEST  THE  Ot.LV  ONE  USED  -- 

"REST  ARE  FOR  REPORTS  ONLV. 
£D.  NUM  (2/2)  ) , "EQUIV.  TO  OLD  ALPHA  EVENT. DESCR 

"HUT  NUMERIC,  I.f.,"P."  = 1 ... 


A (FLOW.  COLE, 

' 'ONLY 
’ 1 FLOW 


NUMBERS  X' 

1 ...  1 5 


BELOW  MAY  TAKE 


• b 
■7 

' <j  X 

' B X X 

MO  X X 

'll  X X X 

M2  XX 

• 13  X XX 

MB  XXX 

MS  X X X X 

'NOTE:  IF  ADAPT. PCL  = 0,  ALL  STUIENTS  WILL  BE 

PLACED  IN  GROUP  1 AND  ALL  FLOW  CODES  BUST  BF  1. 
GBP  1 (1/4)  , ' ' E CU  I V . TC  FLOW.  CODF  AND  CONVERTED 

GPP2  (2/4)  , "FOP  INTERNAL  USE.  THIS  IS  ALPHA 

GBP3(3/U),  • ' FOP  REFCRTS  USE. 


IP  ADAPT. PCL  = 


GPP2  (2/4)  , 
GRP  3 (1/4)  , 
GRP4  (4/4)  ) 


THIS  IS  ALPHA 


AN  AVG.TIME.ALl.HD, 

A (MAX. STUDENTS. ALLWC ( 1/2) , " PER  SECTION 

MIN. NC. STUDENTS. RE^D  (2/2)  ) , "PER  SECTION 

A (MAX .TIME. M ULT,  "FOR  CONSTRAINING  THE 

MAX. T. ALLWC) , ''INDIVIDUAL  RATES  CF  FHCGRESS 

"EQUIVALENT,  CONVERTED  INPUT 

A (MIN. TIMF. MUI-T, 

MIN.T. ALLWD) , 

A (P. FAILS,  "C  = NO  FAILURES  AT  Tills  TEST 

"1  - TITS  IE  A POTENTIAL  FAIL 
" PCINT  FOR  ST  U r F N T .>  . HO 

•'  TARE  THE  TEST.  SEE  ROUTINE 

" TEST. SETUP  FOR  DESCRIPTION 

" CF  PROBABILITY  OF  FAILURE. 

EVENT.  DESCR)  , ' ' EQUI VALENCFD  F R - YV'MiVCF 

'•DISCARDED  B/R  I.EAIL  IS  READ 
A PC. RECYCLE,  "PERCENT  iASSING  STIIPENT  TO  RECYCLE 
A (NS.RECYCLING(1/2) , "CURRENT  NUMBER  CE  STUDENTS  IN 

' 'LL  WHO  ARE  RECYCLING. 

LE.CUM  . FAILDS  (2/2)  ) , ' ' NUM  BER  OF  FAILURES  CAUSED  BY 
• 'THIS  TEST  (IF  A TEST) 

AN  (LER  EC  (1/2)  , "LE  NUMBER  10  RECYCLE  TC 

CUM. RECYCLES  (3/4)  , "ERCM  THIS  TEST  (INCLUDES 

' 'CURRENT  RECY<  I E\. 

MAX. NO. RECYCLES  (4/4)  ),"  (PER  STUDENT)  TC  HE  PER- 

"MITTFD  FROM  THIS  POINT. 

•THE  FOLLOWING  ARE  OUTPUTS  CR  INTEHNAl  WORKING  V A R I A U L E : > 

A (NO.  SEC  INS.  1 N.  PROGRESS  ( 1/2)  , 

CUM.  SECTIONS. COMPLY!)  (2/2)  ) , 


(CURB.  NO.  STUDENTS  ( 1/2)  , 

CUM.  HO.STDTS  (2/2-H  , ' 'INCLUDES  CURRENT  STUDENTS 

CUM. TIME. INI,  "CF  STUDENTS  OVER  TIME 

TOT. TIME,  "TO  EE  USED  FCR  NO-ZEROES  A VO. 

T.OF.L.CH,  "TIME  OF  LAST  CHANCE  IN  INTEGRAL 

(MAX .SECTN .SIZE. ACH1 EVFD  (1/2 ) , 

CUMSKIPS  (2/2)  ) , 

(MAX. CONCURS. SECTNS.  ACHVD  ( 1/2)  , 

MAX.  STCTS.  ACHIEVED  (2/2)  ) , AND 

C.TI.GRPG.O,  • 'CUMULATIVE  TIME  INTEGRAL  IN  0 

GPC.TOLCH,  "TIME  CF  LAST  CHANGE  IN  GRPG  0 

(MXN. READY. 0(1/2)  , ''NcEDEL  EECAI.SE  NUMDER  IN  Q 
' ' DOES  NOT  RFP  NC.f F. STUDENTS 


MXN. GREG.  Q (2/2)  ) 
C.TI .READY. 0, 
RDC.  TCLCIi, 

C. TI.  READY,  w 


C.TT.GRPG.Q,  "A 

(C. S . GRPG.O  (1/2)  , 

C.S.  READY. Q (2/2)  ) , 
(RQ.CZT. ENTRIES  ( 1/2)  , 


''TIME  INTEG.  CF  READY  / 

"TIME  CF  LAST  CHANGE  IN  READY 
"TOTAL  TIME  IN  tfUEUE,  FOR 
' ' NCR-ZERO  AVERAGES 
' • AS  A30VE 

' 'NO.  CF  ENTRIES  IN  / 


GU • C 7 ■ ENTPIES (2/2) ) , 


AN  NL FT. GRPG 


LET. GRIG. 0, 


STDS. GRPG. 


STDTS.  READ  Y. 
SECTS.  2D, 


S (1/2)  , ' 'REALY  (,  CU.M.  7.  E 

"TIME  FNTPIES 

2/2)  ) , • ' G RPG  . 0 CUM 

• ' ENTR I FS 

• ' GRPG. C CU  M.  Z E RC  TIME 
"ENTRIES 
"LAST  ENTRY  TIME 
'STUDENTS  WAITING  To  ASSEMBLE 
M1N.NO.BEOD.  OR  '"T HER  SUCH 
"WAITING  FOE  RESOURCES 
OF  CL.  SECTION  (S)  FOR  RESOURCES 


CUM. ZERO  TIME 


AND  A R. SRC. UTIL. SET,  "INCLUDES  LOC ATIONS, MEDIA, 

" HARDWARE, SC ETNA RE.TA'S. 
"SEE  RE  CORD. RES. USE 

AND  P E LONG S TO  A COURSE  • 'OWNED  DY  SYS.rE"' 

DEFINE  A VG. TIME. A LLWD. MAX. TIME. MULT, MIN. TIME. MULT,  CUM. TIME. INT, 
TOT.TIME.T.OF.L. CH, C.TI. GRPG. C,G PC. TOLCH, C.TI. REAIY.v, 

R DQ. T 0 LC H, C. TT. READY. C.C.TT. GRPG.., DC. FECYCL", 

LET. GRPG. C.P- FAILS,  ' ' E E A u INTEGER  AM  CONVEBTEI 
MAX.D.ALLWl.MIN.T.ALLwD 

AS  REAL  VAHIAPLtS 

DEFINF  EVE  NT  . r ESC  R,  TRP1  ,GRP?,GRP1,GPP4  A.  ALPHA  VAR  IAfcLFS 


EVERY  RSCURCE.TYEE  IAS 


NAM  1 , 

NAM2,  "AN  8-CIIAR  NAME  FOR  REPORT  PURPOSES 
(TYPE. ID. NO  (1/2)  , 

SHR.COUE  (2/2) ) , 

" 1 - DEDICATED  OVER  ALL  COURSE. 

" 2 - SHAREL  CVER  AIL  CUIRSE 
'•  1 - DEDICATED  AND  SHAR'D,  COPE  1 OP 
" PR  CV  I L E D BY  LEARNING  EVENT 

' ' IN  N VS  ARRAY 


CAP. COTE, 


UNCE.FI  NED  CAf  ACITY 
DEFAULTS  CAPACITY  Ti  1. 
VARYING  CAPACITY,  T< 

PE  PRO  V I LED  PY  Ll  IN 
N VC  ARRAY 

I HE  CAPACITY  TO  THE 
NUMBER  OF  STUDENTS  Will  H 
CAN  RE  ACCCMMC  FATED  PY  1 
UNIT. 


(VTY.CCDIi  (1/2)  , 


• C CUANTITY  I - UNLIMITED. 
1 RE  UNLIMITED  IE  CAPACITY 
UNDEFINED)  . 

THE  LIMITED  .’"ANTITY 
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QTY.  N.  SYSTEM  (2/2)  ) , 

A QTY. RESERVED, 

A QTY  . IN . USE, 

A QTY. AVAIL, 

A CTY.  REQUESTED, 

A NX.  N.  USE,  ' 1 PI  A X . IN  SIMULTANEOUS  USE 

* 1 NO T F DOFS  NOT  INtltlDS 
’ ' RESERVED, JUST  IN  USE 

A C.TI.IN.USE,  ' 'CUMULATIVE  HMF  IN  US" 

AN  NUS.TOLlH,  "TINE  OFLAST  CH  IN  C.TI.IN.USE 

A C.TT.IN.USE,  ' ' PC  R NCN-ZEFO  AVERAGES 

A C.  T I . RSORC.  0#  "TINE  INTEGRAL  OF  RESOURCE  QUEUE 

AN  RSQ.TCLCH,  ''TINE  CF  LAST  CH  IN  RSORC  Q 

A C.  E.  RESORC.  C,  "NC.OF  ENTRIES 

A CZT. ENTRIES,  '' CUE. ZERO  TIME  ENTRIES  IN  PSORCJ 

A C . TT  . RSOHC.  (,  . ''FOR  NON-ZERO  AVERAGES 

A MAX. NRSORC.C,  ''MAXIMUM  NO. OF  SFCTIONS 

A C.TI.IDLF,  ''CUMULATIVE  TIMP  INTEGRAL  OF 

' ' EULLY  IDLE  UNITS 

A NI  ILE  .TOLCii,  ''TIME  OF  LAST  CLANGS  FOR 

' 'NUMBER  OF  IDLE  UNITS 

A NUS.IDLF  ' ' NUN  BFR  OE  UNITS  NuW  FULLY 

' ' I Cl E 

AND  C N NS  A RESORC.C  ''OF  RESRC.RESERV.KEQS. 

DEFINE  NAM1,NAM2  AS  ALPHA  VAPIAUIPS 

DEFINE  QTY. RESERVED, QTY . I N. USE, QTY. AV A I L, QTY . R ECU EST E I, 

MX. N. USE  AS  REAL  VARIABLES 

DEFINE  C.Tl. IN. USE, NUS.TCLCH.C.TT. IN .UEE.C.TI. RSOFC.C, 

HSQ.TOLCH.C. TT. RSORC. C,  C.TI.1DLE,  NIILE.TC1CH  AS  REAI  VARIABLE S 


TFMPORALY  ENTITIES 

EVERY  RECORD. RES. USE  HAS 

A (TYPE. NO  (1/M)  , 

LL.SHR.CODt  (2/4)  , " DED= 1 , SHRC-2;  SEE  SHR.CODK 

ST. CAP  .FER.  UNIT  (2/2)  ) , 

A JQTY. IN.USE  , 

A CQTY . RSEPVFD  , 

A QQTY. REQUESTED  , 

A CUMIN. USE. HOURS,  ''HY  THIS  LE  • • OF 

"UNITS  USED  (FOR  SINGLE 
"USER  CONSUMABLES) 

A HEC.IOLCH,  "TIME  CF  LAST  CH  IN 

' ' CUMIN . US  F . HOURS 
A CUM. STLT. USE. HOURS, 

' • AS  ABOVE  » • STUDENTS, 

"FOR  MULTIPLE  USER  TYPCS 
AN  MMX  . N , USF  "FOR  THIS  LE 

AND  BELONGS  TO  A R . SRC.  IIT  I L.  S f T "CWNEt  PY  LE 
OFF  IN  E OHM  I N -USE.  HOURS,  C UM  . STDT  .US  E . HOUR  S,  RFC  . TOLC  H AS  RPA1  VARIAHLrS 

DEFINE  COTY.  I N. US E ,Q0TY . RSE RV FD, CQTY . RECUEETED, 

MMX. N. USE  AS  REAL  VARIAULES 

EVERY  RSHC.RESERV. REC  HAS 
A SECT. ID 

AND  PELONGS  TO  A RESORC.C 

EVERY  QC. SECTION  HAS 

A Q.TIMF, 

A QD.FINLE, 

AND  0 V N.i  A REQUESTS. OS 
AND  BELONGS  To  A SECTS. vD 


AND  PELONGS  TO  A E.  K'UESTS  . C S 


"A  RESOURCE  TYPE. ID. NO 
"NUMBER  STILL  NFEDED 
' 'TC  START  THE  SECTICN 
"CP  A (,D.  SECTION 


EVERY  R. SECT. R EC  HAS 

AN  R'.NU,  "RESOURCE  TYPE  ID. NO 

A (QT.  IN. USE, 

C/T.  RESRVED)  , 

AND  BELONGS  TC  AN  h. UNITS. LSED  "CWNEL  BY  A FIN.Lc 
DEFINE  QT.IN.USF.yT.RESRVEC  AS  REAL  VARIABLES 
DEFINE  OTY  AS  A REAL  VARIABLE 


EVERY  STUDENT  HA:; 

AN  A HR. TIME, 

A (SPEC. CHAR  ( 1/2) 
GROUP  (2/ 2)  ) , 


''AT  THE  COURSE 
1 ' C DC  ES  NOT  HAVE  IT 
' 1 HAS  IT 

'RANGE  A N L INTERPRETATION 
'DEPENDS  ON  ADAPT. POL 


AN  ABIL. LEVEL, 

A (CURRENT.  LK.  NO  ( 1/2)  , 

NEXT.LE.NO (2/2) ) , 

"POR  CEOUEIIEING  CR  CONTINUING 
A (STATUS  (1/4)  , 

" 0 - 

" 1 = QUEUED  FUR  MIN.  STUDENTS 

" 4 - vUEUEC  ECR  RESOURCE* 

" S = IN  A LE 
"R  = READY  TC  GRADUATE 
"11  IN  A 1IN.(  READY  TO  GO 
"12  ABOUT  TC  RECYCLE 


REC  . FRCM  (2/2)  ) , 

AND  BELONGS  TO 

A NEW. ARRIVALS, 

A STPS.GBPG.O. 

A STDI'S.  READY  . D, 


AND  OWNS 


A STD  NT  . S FT 


A H EC  RL.  RECYCLES 


'THE  TEST  FLING  RECYCLED  FROM 
'IF  RECYCLING. 


"WAITING  FOP  MIN  STPTS 
" TC  ASSEMBLE  FOR  L.E. 
"WAITING  FOR  RESOURCE  SET 
"CWNEI  BY  LE  .DESCRIPTOR 
"OWNED  PY  FIN.  I. 


.VERY  RCYCLE.  RFC  HAS 

AN  (ID.  IE  ( 1/2)  , ■ 

COUNT  (2/2)  ) , 

AND  BELONGS  To  A R ECRD.  K EC  Yl  L E : 


■ ' MUST  HE  'll  .T  , 4 c.MIur.F  . 


• OWN  El  PY  T II  DENT 


UEFINE  ABIL. LEVEL  AS  A R E A I VARIABLE 
. EE  IN  E NFW. ARRIVALS,!*  OMR:  f , ETON  T . SET  , 

STDS  .G  HPG  . D , R ESORC  .y,R. SRC. UTIL. SET  , 

STDTS.KFADY.y.nEgUFHT:;. OS, SECTS. OD.RECRP. RECYCLES  A A S'T  WITHOUT 
FB.EA.PF.Rl.  ROUTINES 
NORMALLY  TYPE  IS  SAVED 
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